home *** CD-ROM | disk | FTP | other *** search
/ Suzy B Software 2 / Suzy B Software CD-ROM 2 (1994).iso / textfile / txt_a2k / chutil_3 / chutil_3.txt < prev   
Text File  |  1995-04-25  |  99KB  |  2,910 lines
  1. =========================================================================
  2. (C) 1993 by Atari Corporation, GEnie, and the Atari Roundtables. May
  3. be reprinted only with this notice intact.  The Atari Roundtables on
  4. GEnie are *official* information services of Atari Corporation. To sign
  5. up for GEnie service, call (with modem) 800-638-8369.  Upon connection
  6. type HHH (RETURN after that). Wait for the U#= prompt.Type XTX99437,GENIE
  7. and press [RETURN]. The system will prompt you for your information.
  8. ==========================================================================
  9. Category 32,  Topic 4
  10. Message 1         Sat Nov 07, 1992
  11. J.HICKEY6                    at 19:00 EST
  12.  
  13.         Just received my Utilities upgrade (Release #4).  CodeRam bombs on my
  14. TT. (2 bombs).  Mox nix what resolution(TT medium or ST High).  Empty AUTO
  15. folder makes no difference.  Running from root directory(C,K etc.) makes no
  16. diference.  CodeRam.PRG is 16552 bytes. Does it work with HDX5?
  17.  
  18.         Could you E-mail me a "bug-free" version?
  19.  
  20.                         Jack
  21.  ------------
  22. Category 32,  Topic 4
  23. Message 2         Sun Nov 08, 1992
  24. J.EIDSVOOG1 [CodeHead]       at 10:42 EST
  25.  
  26. Jack,
  27.  
  28. If you have more or less than 4 meg of ST RAM, you will have a problem with
  29. CodeRam 2.3 on the TT.  There is a patch in the library that upgrades v2.3 to
  30. v2.4 (#24042 CRAMPAT2.LZH).
  31.  
  32. It came to my attention that we were still shipping v2.3 on our CodeHead
  33. Utilities disk and that has been corrected.  But this was fixed only last week
  34. and it's very likely that you got v2.3.  I'll be happy to E-Mail you v2.4, but
  35. it's probably easier to download the file listed above.  I'm sorry that you
  36. have to go to extra effort just to get the "truly" lastest version.  Let me
  37. know if it works for you.
  38.  
  39. John
  40.  ------------
  41. Category 32,  Topic 4
  42. Message 3         Sun Nov 08, 1992
  43. J.HICKEY6                    at 17:25 EST
  44.  
  45. John:  I downloaded CRAMPAT2.LZH, ran it as directed to modify my master disk
  46. in drive A,  got the message indicating the new version(2.4) was now on my
  47. disk, ran it and got 2 bombs.  File size was unchanged.  Turned off TT cache
  48. and tried again with same result. Help!  Please send me the real 2.4 via E-
  49. mail.  BTW, my system has 10 Megs of ST ram and ) TT ram.
  50.  
  51.                         Jack
  52.  ------------
  53. Category 32,  Topic 4
  54. Message 4         Sun Nov 08, 1992
  55. J.HICKEY6                    at 17:33 EST
  56.  
  57. OOPS  that should have been 0 TT ram, I shifted too soon.
  58.  
  59.                 Jack
  60.  
  61.  ------------
  62. Category 32,  Topic 4
  63. Message 5         Sun Nov 08, 1992
  64. C.MASON10 [Mad Dog]          at 19:10 EST
  65.  
  66. Jack,
  67.  
  68.      It's Macht Nicht.  Mox nix?  You must have been living in Germany at one
  69. point.  Where?
  70.  
  71. Mad Dog
  72.  
  73.  ------------
  74. Category 32,  Topic 4
  75. Message 6         Sun Nov 08, 1992
  76. J.HICKEY6                    at 23:21 EST
  77.  
  78. Mad Dog,
  79.  
  80.         Schleswig Holstein - circa 1976.  Die stadt von Rendsburg. My wife and
  81. I spent a year there.  Fantastic.  Before that, I traveled to Munich, Caan in
  82. France and Nijmegen(?) the Netherlands on business a few times.
  83.  
  84.                         Jack
  85.  
  86.         BTW, are you still in the AF in Cal? Where? I'm in Redwood City.
  87.  ------------
  88. Category 32,  Topic 4
  89. Message 7         Mon Nov 09, 1992
  90. A.FASOLDT [Al Fasoldt]       at 07:20 EST
  91.  
  92. John and Charles,
  93.  
  94. ARTGALRY 3.0 bombs on my TT most of the time, whether used as a program or a
  95. DA. It seems to have to do with handling ST-resolution pictures such as TNYs
  96. and Degas pics. It does fine with PNT files.
  97.  
  98. Any idea of what I might be doing wrong? I am using the latest TT version of
  99. Warp 9 and Maxi III. Among the TSRs are CodeKeys, Auxinit, LGS, Gemenv.
  100. Spooler and Leonard6. (In fact, that's the entire current list.)
  101.  
  102. The only other DA active in MDD is Xcontrol. Outside DAs are three STenos and
  103. two STalkers.
  104.  
  105. Al
  106.  
  107.  
  108.  ------------
  109. Category 32,  Topic 4
  110. Message 8         Mon Nov 09, 1992
  111. J.HICKEY6                    at 09:48 EST
  112.  
  113. John,  Ignore my last two messages.  It's morning now and CodeRam is working. 
  114. I ran Jim Ness's NBM program and got 1.63 for your ramdisk vs 2.83 for my
  115. Fujitsu (CodeRam is 173% faster).  What can I expect when I run it in TT
  116. Ram?(when I get some).
  117.  
  118.                         Jack
  119.  ------------
  120. Category 32,  Topic 4
  121. Message 9         Mon Nov 09, 1992
  122. J.EIDSVOOG1 [CodeHead]       at 17:14 EST
  123.  
  124. Jack,
  125.  
  126. I'm not sure you understand how the patch program works.  After reading your
  127. master disk, the patch program puts up a file selector for you to save the new
  128. version.  The path that comes up will be the "current path".  If you simply
  129. hit return, v2.4 of the ram disk will be saved to the same directory as where
  130. the patch program resides. Have you looked on your hard drive where the patch
  131. program is?  I think you'll find the new CodeRam there.
  132.  
  133. John
  134.  ------------
  135. Category 32,  Topic 4
  136. Message 10        Mon Nov 09, 1992
  137. J.EIDSVOOG1 [CodeHead]       at 21:18 EST
  138.  
  139. Al,
  140.  
  141. I'm don't know what could be causing your Art Gallery problem.  I just did
  142. some testing from various resolutions on the TT.  I had no problem viewing ST
  143. Medium and ST High res Degas pictures.  I didn't try any ST Low or TNY pics. 
  144. This was on a 3.06 machine loaded with my usual array of stuff.
  145.  
  146. You say it bombs "most of the time".  When doesn't it bomb?  Maybe there's a
  147. clue there.
  148.  
  149. Jack Hickey,
  150.  
  151. I'm glad you got CodeRam working.  Quick Index gives me 41386% with CodeRam in
  152. TT RAM and 34082% in ST RAM.  That looks like about 21% faster in TT RAM.
  153.  
  154. John
  155.  
  156.  ------------
  157. Category 32,  Topic 4
  158. Message 11        Tue Nov 10, 1992
  159. TQUINN [Terry~Sysop]         at 11:03 EST
  160.  
  161. The first 190 messages in this topic have been archived and are available in
  162. Library 13 as File # 26493 (CHUTIL_2.ARC).
  163.  ------------
  164. Category 32,  Topic 4
  165. Message 12        Tue Nov 10, 1992
  166. J.HICKEY6                    at 23:26 EST
  167.  
  168. John,  I set up a CodeRam disk of 7.3Mbytes as drive N.  Copied 32 *.NDX files
  169. totaling 7.2Mbytes from my Fujitsu in 17 seconds.  No problem.  I rewrote my
  170. DBman program to look for the index files in CodeRam.  No problem.  I ran a
  171. search for Smith in my 32 ZipCode files (315,000 records) and came across a
  172. problem.  Seems like DBman ran into CodeRam and zeroed it about halfway
  173. through the search. (There are about 2,000 Smiths in the database).  Messed up
  174. the whole thing.  MaxiFile said 0 Bytes used, 0 Bytes available.
  175.  
  176.         I suspect DBman is the culprit.  They have a history of doing things
  177. in a less than elegant way.
  178.  
  179.         I know CodeRam is not your bread and butter, and I will understand if
  180. you decide to punt on this one.  Maybe when I get TTram I can use that for
  181. Coderam and STram for DBman.
  182.  
  183.                         Jack
  184.  ------------
  185. Category 32,  Topic 4
  186. Message 13        Wed Nov 11, 1992
  187. A.FASOLDT [Al Fasoldt]       at 03:34 EST
  188.  
  189. John,
  190.  
  191. The new Art Gallery bombs when I hit Undo to stop showing a picture. I'll take
  192. out all TSRs and odd DAs one by one and let you know what happens. I have no
  193. doubt that there is a conflict and that it's not your software.
  194.  
  195. Al
  196.  
  197.  ------------
  198. Category 32,  Topic 4
  199. Message 14        Wed Nov 11, 1992
  200. J.EIDSVOOG1 [CodeHead]       at 04:58 EST
  201.  
  202. Jack,
  203.  
  204. If I remember correctly, CodeRam uses a 12-bit FAT.  This means the maximum
  205. size that can be used is 2 meg on TOS 1.0-1.2 and 4 meg for later TOSes.  I'm
  206. sorry that there is no error checking when you try to set up larger RAM disks.
  207. Originally, there was no way to select a larger size than the preconfigured
  208. maximum.  When I added the ability to enter an "X" size, I didn't bother to
  209. check for limits.
  210.  
  211. Let me know if you have trouble using a 4 meg drive.
  212.  
  213. John
  214.  ------------
  215. Category 32,  Topic 4
  216. Message 15        Wed Nov 11, 1992
  217. NTACTONE [Ron Hunter]        at 05:17 EDT
  218.  
  219. Jack,
  220.     If you have such a FAST drive (7.2 meg in 17 seconds sounds hard
  221.  to believe), why not just put the INDEX in a much smaller ramdisk.
  222.  If you are doing only 1000 actual disk accesses for the records, then
  223.  your main access is to the INDEX.  This will give you almost the
  224.  speed of ramdisk access, and save enough memory to prevent the
  225.  collision.
  226.  Ron
  227.  
  228.  
  229.  
  230.  ------------
  231. Category 32,  Topic 4
  232. Message 16        Wed Nov 11, 1992
  233. J.EIDSVOOG1 [CodeHead]       at 06:19 EST
  234.  
  235. Al,
  236.  
  237. Exiting with Undo doesn't seem to cause any problem here.  I've got TOS 3.06. 
  238. I wonder if that has anything to do with it.
  239.  
  240. John
  241.  ------------
  242. Category 32,  Topic 4
  243. Message 17        Wed Nov 11, 1992
  244. J.HICKEY6                    at 10:57 EST
  245.  
  246. Ron, my index is 7.2 Mbytes(in 32 files) and it did transfer from my Fujitsu
  247. connected as internal SCSI in my TT to CodeRam(in STram). That's why I created
  248. the large RamDisk.  Maybe I can shrink the index down in size by indexing on
  249. LEFT,8 instead of LEFT,10 which they are now.  But, I'd rather use a bigger
  250. RamDisk.  Maybe someday, eh John?
  251.  
  252.  Another one for Ripley's - The transfer of a 2Mbyte file from my Fujitsu to
  253. my Syquest(DMA on the TT w/Berkeley 200 host) took 6 seconds.
  254.  
  255.                                 Jack
  256.  
  257.  
  258.  ------------
  259. Category 32,  Topic 4
  260. Message 18        Wed Nov 11, 1992
  261. A.FASOLDT [Al Fasoldt]       at 19:19 EST
  262.  
  263. John,
  264.  
  265. My problems with the latest Art Gallery's crashes go away when I turn off
  266. Warp's screen acceleration.
  267.  
  268. I stripped every other DA out and nearly all the auto-folder TSRs in testing
  269. to see where the conflict came from, but to no avail; with Warp 9 (the TT
  270. version, which CodeHead sent me last week) running and the screen acceleration
  271. active, Art Gallery crashes when I try to view anything past the first
  272. picture.
  273.  
  274. I'm using TOS 3.06, a Sony multisync in TT medium most of the time, and
  275. stripped out everything except Ian Lepore's GEMENV TSR, which controls the GEM
  276. environment so well that I can't live without it. (If you think it could be a
  277. culprit, I'll strip it out and see what happens, but it has not caused a
  278. problem with a single piece of software yet.) Warp 9's flags are on/on/on.
  279.  
  280. Art Gallery's flags are off/on/on. Hmm, could that be a problem? I'll drop it
  281. down and see ...
  282.  
  283. (One crash later ... two bombs that grow to three if I don't hit the four-
  284. finger salute quickly!...)
  285.  
  286. No, with Art Gallery's flags on no/no/no it still crashes on exiting from the
  287. first display, unless the screen acceleration is off.
  288.  
  289. (I suppose I should quickly explain for non-TT users that the three flags are
  290. fastload, run in TT ram and use TT ram.)
  291.  
  292. I haven't tried it straight from a floppy, without any HD software, but that
  293. seems a stretch to think that ICD's booter would be a problem. I use 6.0.5.
  294.  
  295. Any ideas?
  296.  
  297. Thanks, John.
  298.  
  299. Al
  300.  
  301.  ------------
  302. Category 32,  Topic 4
  303. Message 19        Wed Nov 11, 1992
  304. OUTRIDER [Terry]             at 22:17 EST
  305.  
  306. Obviously Art Gallery shouldn't bomb when you press Undo, but did you know
  307. that you can also stop showing a picture with a mouse click? Much easier for
  308. me, since my hand is already on the mouse.
  309.  
  310.                                   - Terry -
  311.  
  312.  ------------
  313. Category 32,  Topic 4
  314. Message 20        Thu Nov 12, 1992
  315. J.SAFFER [JASON SAFFER]      at 02:47 EST
  316.  
  317. Version 3.0 of Art Gallery on my TT also has two bombs when I stop viewing a
  318. Tny pic. It brings me back to Hotwire. I'm interested to know what might be
  319. causing that, since all my Auto programs are CodeHead....after some testing --
  320. I can verify what Al is saying. When I turn screen accellerator off, the
  321. problem of bombs disappears. This is with a TT with 3.06.
  322.  
  323. - Jason Saffer
  324.   Hercules, California
  325.   Wednesday, November 11, 1992  11:43 pm
  326.  
  327.  
  328.  ------------
  329. Category 32,  Topic 4
  330. Message 21        Thu Nov 12, 1992
  331. SANDY.W [sysop]              at 16:28 EST
  332.  
  333. So far I have been unable to use Art Gallery to view any picture in TT high. I
  334. haven't tried it in the other resolutions. This is on a TT with 3.06 booting
  335. clean with ICD 6.0.5 software.
  336.  ------------
  337. Category 32,  Topic 4
  338. Message 22        Fri Nov 13, 1992
  339. A.FASOLDT [Al Fasoldt]       at 03:32 EST
  340.  
  341. Terry,
  342.  
  343. Yep, I know that other keys will stop the display in Art Gallery. In fact, I
  344. probably use the mouse click most. I *am* a confirmed Undo banger, though,
  345. being a proud owner of three computers that have a key that Mac and PC owners
  346. don't have. I just wish more programmers would take advantage of the Undo key!
  347.  
  348.  
  349. Jason,
  350.  
  351. Thanks for confirming the problem.
  352.  
  353. Al
  354.  
  355.  ------------
  356. Category 32,  Topic 4
  357. Message 23        Fri Nov 13, 1992
  358. J.EIDSVOOG1 [CodeHead]       at 10:05 EST
  359.  
  360. Hmmm...I'll have to do some more testing (when I get back home next Tuesday). 
  361. I was testing Art Gallery as an ACC (MDX) but didn't try as a PRG.  I believe
  362. I was also using v3.74 (which none of you would have).
  363.  
  364. I think it's crashing when the resolution is restored.  One way to test this
  365. is to try viewing a picture which is in the current resolution.
  366.  
  367. Sandy, there seems to be a bug in Art Gallery which makes it think TT High PNT
  368. pictures are in the wrong resolution.  I looks like Charles may have to take a
  369. look at it when he gets back (on Tuesday).
  370.  
  371. John
  372.  ------------
  373. Category 32,  Topic 4
  374. Message 24        Fri Nov 13, 1992
  375. A.FASOLDT [Al Fasoldt]       at 21:02 EST
  376.  
  377. Thanks, John. I have no problem with Art Gallery as long as I turn off the
  378. screen acceleration for now.
  379.  
  380. Al
  381.  
  382.  ------------
  383. Category 32,  Topic 4
  384. Message 25        Sat Nov 14, 1992
  385. SANDY.W [sysop]              at 19:21 EST
  386.  
  387. I have the same problem if I run it as a program or as a MDX or accessory in
  388. MultiDesk. As soon as I try to load any picture, the computer does a warm
  389. reset.
  390.  ------------
  391. Category 32,  Topic 4
  392. Message 26        Sat Nov 14, 1992
  393. SANDY.W [sysop]              at 21:40 EST
  394.  
  395. Thanks, John. I missed your last message before posting that.
  396.  ------------
  397. Category 32,  Topic 4
  398. Message 27        Sun Nov 15, 1992
  399. J.EIDSVOOG1 [CodeHead]       at 03:09 EST
  400.  
  401. Hmm..I'll also have to check and see that I'm using the same version of Art
  402. Gallery that's in release 4.
  403.  
  404. John
  405.  ------------
  406. Category 32,  Topic 4
  407. Message 28        Sun Nov 15, 1992
  408. C.MASON10 [Mad Dog]          at 19:22 EST
  409.  
  410. Jack,
  411.  
  412.      Yes, I'm still in the AF...for the moment.  It's hard to tell when the
  413. axe will fall.  Europe's great isn't it?  I lived in Germany for ten years off
  414. and on.  I hope to go back on another assignment...if the AF doesn't have
  415. other plans.  Right now, I'm in Sacramento.
  416.  
  417.      On topic...when running CodeRam, when I use NeoDesk or UIS III to check
  418. system ram, it excludes the ram disk size in the total ram count.  Is this
  419. normal?  For awhile I was trying to figure out how one bank (1 meg) of ram had
  420. 'died' leaving me with 3 meg available.
  421.  
  422.  
  423.  ------------
  424. Category 32,  Topic 4
  425. Message 29        Sun Nov 15, 1992
  426. T.EVANS21 [<Ted E.>]         at 19:57 EST
  427.  
  428.   Mad Dog,
  429.  
  430. Yep, CodeRam lowers the top of RAM so you will never see it as being there.
  431.  
  432.  JSW - ST'er
  433.  Sunday, November 15, 1992 - 7:51:44 pm
  434.  ------------
  435. Category 32,  Topic 4
  436. Message 30        Sat Nov 21, 1992
  437. R.CARPENTE18 [Bob C.]        at 22:30 EST
  438.  
  439. John/Charles,
  440.     I just recently picked up your Utilities package.  However, the package
  441. has version 3 of the utilities (aargh).  Since the dealer has only been open
  442. since June, I have no idea how he got such old stock. Could you please tell me
  443. how much it'll be to upgrade it to version 4?  Thank you very much.
  444.                                       Bob Carpenter
  445.  
  446.  ------------
  447. Category 32,  Topic 4
  448. Message 31        Sun Nov 22, 1992
  449. MUSE [Tomas]                 at 14:54 EST
  450.  
  451. Bob Carpenter,
  452.  We have a policy for purchasers of outdated verions of our software. Send us
  453. your disk, $5.00 and a copy of your receipt showing that the purchase date was
  454. within 30 days and we'll make sure you have the latest release.  Otherwise,
  455. the update would be $10.00.
  456.  ===Tomas===
  457.  November 22, 1992 @ 11:48:53 am PST
  458.  
  459.  
  460.  ------------
  461. Category 32,  Topic 4
  462. Message 32        Thu Nov 26, 1992
  463. HUMPHRIES.JR [Roger]         at 07:28 EST
  464.  
  465. John,
  466.  
  467. I am responding to a question you asked in message 189, 2 Nov.  I have been on
  468. travel for a couple of weeks, and only now got a chance to get caught up on
  469. the messages.
  470.  
  471. My TT has TOS version 3.06 in it.  However, this answer may no longer be
  472. relevant to the problem I was having, as it seems to have gone away. I tried
  473. CodeRam again within the last couple of days (several times now) and it is
  474. working fine.  I do not know why, or what has changed.  I am not aware that I
  475. have done anything different on the system.  Nevertheless CodeRam no longer
  476. gives me the "out of memory" message.  
  477.  
  478. I still have a problem with the other codes I had mentioned in my long message
  479. a while back.  I posted essentially the same message in all the topics related
  480. to those codes, and have gotten a lot of very useful feedback, from you and
  481. others.  In all the other cases, it seems there are known problems with the
  482. codes on the TT in the particular set-up I was using.
  483.  
  484. So thanks to everyone who has responded with useful information. For the time,
  485. my problems have been taken care of and everything is working fine.
  486.  
  487.  -- Roger
  488.  ------------
  489. Category 32,  Topic 4
  490. Message 33        Mon Nov 30, 1992
  491. G.FUHRMAN [gnox]             at 05:57 EST
  492.  
  493. Roger,
  494.  
  495. Hmmm ... I had a very similar experience to yours several months ago: Coderam
  496. gave me the same message you got when I tried to run it on my TT (TOS 3.01,
  497. 4/4 meg), and then the problem just went away before John or I could guess
  498. what was causing it.  It's been trouble-free for about 6 months now, but for a
  499. while I was afraid to tinker with my AUTO folder for fear CodeRam would start
  500. balking again.  I've stopped worrying about it now, and I hope your problem
  501. stays dead like mine did.
  502.  
  503. gnox
  504.  ------------
  505. Category 32,  Topic 4
  506. Message 34        Sat Dec 05, 1992
  507. D.SHORR                      at 17:23 EST
  508.  
  509. Hi CodeHeads,
  510.  
  511. I recently installed a copy of Timeworks DTP 1.x included on the cover disk of
  512. the UK mag ST Review.  Running ShowMem 1.4 within the program will crash my
  513. machine(TOS 1.06); it doesn't even make it to the display of the list.  I
  514. tried my other _total_ free memory program(the General Setup CPX) and that did
  515. work(but it took a little while longer, along with some disk access!).  I'm
  516. just curious why ShowMem has a problem in this one program; according to
  517. Xcontrol it doesn't hog memory.  And what are all these .OVL files;)?
  518.  
  519. Dave
  520.  
  521.  ------------
  522. Category 32,  Topic 4
  523. Message 35        Sat Dec 05, 1992
  524. J.EIDSVOOG1 [CodeHead]       at 22:52 EST
  525.  
  526. Dave Shorr,
  527.  
  528. Timeworks DTP does some unorthodox things with memory management.  It grabs
  529. all memory and then intercepts trap #1 so that it can dish out memory blocks
  530. for programs that request them.  I believe that it saves out some of its own
  531. memory to disk so that it can free up some memory.  As to why this crashes
  532. ShowMem, I don't know.  I tried the commercial TWDTP v1.11 with v1.5 (the
  533. latest version, although the filename is still SHOWMEM4.PRG) but it still
  534. crashes.
  535.  
  536. John
  537.  ------------
  538. Category 32,  Topic 4
  539. Message 36        Sat Dec 05, 1992
  540. M.MOTOGAWA [MEL]             at 23:07 EST
  541.  
  542. Dave,
  543.  
  544.      The Timeworks .ovl extender, I believe, stands for Overlay files.  I
  545. don't know what they do, but I do know that they are executable and are run by
  546. Timeworks DTP when you boot it.  The reason why I mention this is because
  547. these files can be packed by program packers, but shouldn't or else Timeworks
  548. may hang when booting.  Be careful if you do a batch pack on that directory.
  549.  
  550.      - Mel
  551.  
  552.  ------------
  553. Category 32,  Topic 4
  554. Message 37        Sun Dec 06, 1992
  555. D.SHORR                      at 15:01 EST
  556.  
  557. Mel,
  558.  
  559. Thanks for the warning; I used to use DC Squish and Quester's AFX but have
  560. since dumped them.  Fortunately DC Squish won't be released with the rest of
  561. the DC programs.  I can just imagine the tech support headaches it would
  562. create for developers like CodeHead.
  563.  
  564. Dave
  565.  
  566.  ------------
  567. Category 32,  Topic 4
  568. Message 38        Tue Dec 08, 1992
  569. T.EVANS21 [<Ted E.>]         at 18:35 EST
  570.  
  571.  >Category 32,  Topic 4
  572.  >Message 37        Sun Dec 06, 1992
  573.  >D.SHORR                      at 15:01 EST
  574.  >
  575.  >Mel,
  576.  >
  577.  >Thanks for the warning; I used to use DC Squish....
  578.  >Fortunately DC Squish won't be released with the rest of
  579.  >the DC programs.....
  580.  >----------
  581.  
  582. Dave, there is a new & improved version of DC Squish about to, or already
  583. released, by Kieth Gerdes. (sp)..  (Trace Tech)..
  584.  
  585. I have used DC SQUISH for years, and with the exception of a maybe half a
  586. dozen programs, have found it indespensible, and pretty solid...
  587.  
  588. Codehead stuff doesn't like it a whole lot, or programs that write to
  589. themselves..
  590.  
  591. But, I have saved a ton of space on my hard drive with it, over the years.. 
  592. In fact without it, I would have to have purchased a new hard drive,
  593. probably..  And SQUISHED .PRG's seem to load faster..
  594.  
  595. You may want to look into the new SQUISH...
  596.  
  597. Just trying to help, so don't jump all over me, please... :)...
  598.  
  599. John:  I know I'm off topic on the above..
  600.  
  601. But remember I have and use all of the CH  stuff, so be nice to me.. :)
  602.  
  603. BTW.. I can't get Zero Disk to zero my disks any more.. Has it something to do
  604. with the new TOS??  I'm using Maxifile to do it now.. But I liked ZERO disk..
  605. An old friend I guess.. :)
  606.  
  607.  <-:}Ted{:->  Tuesday, December 8, 1992
  608.  
  609.  
  610.  ------------
  611. Category 32,  Topic 4
  612. Message 39        Tue Dec 08, 1992
  613. D.D.MARTIN [Swampy]          at 20:49 EST
  614.  
  615. TED E.--
  616.  
  617. I use Maxifile to zero disks on my MSTE (TOS 2.0.5) every day no problems. 
  618. Gotta be something in your system, hon.
  619.  
  620. Hugs...Swampy
  621.  ------------
  622. Category 32,  Topic 4
  623. Message 40        Wed Dec 09, 1992
  624. G.FUHRMAN [gnox]             at 06:14 EST
  625.  
  626. Dave, I second what Ted said about Squish - or rather Squish II, which
  627. TraceTech is aiming to release first quarter '93.  As for DC, I suspect
  628. they're gone for good.
  629.  
  630. Questions about Squish can go to Cat 2 Topic 12 (TraceTech).
  631.  
  632. gnox
  633.  ------------
  634. Category 32,  Topic 4
  635. Message 41        Wed Dec 09, 1992
  636. J.EIDSVOOG1 [CodeHead]       at 18:04 EST
  637.  
  638. Ted,
  639.  
  640. I don't use ZeroDisk any more, but I just pulled it out and it had no problem
  641. zeroing a disk on my TOS 2.06 system.
  642.  
  643. John
  644.  ------------
  645. Category 32,  Topic 4
  646. Message 42        Wed Dec 09, 1992
  647. T.EVANS21 [<Ted E.>]         at 19:15 EST
  648.  
  649.  >Category 32,  Topic 4
  650.  >Message 39        Tue Dec 08, 1992
  651.  >D.D.MARTIN [Swampy]          at 20:49 EST
  652.  >
  653.  >TED E.--
  654.  >
  655.  >I use Maxifile to zero disks on my MSTE (TOS 2.0.5) every day no problems.
  656.  >Gotta be something in your system, hon.
  657.  >
  658.  >----------
  659.  
  660. Swampy,
  661.  
  662. The Mega STe from hell is now resides in Pennsylvania...  Just kidding of
  663. course... :)
  664.  
  665. Actually, I was talking about a program that I used to use.. Called "ZERO
  666. DISK", written by John E. of CodeHead fame.. It was a simple little program &
  667. not a whole lotta bytes, that would zap a disk in an eye-blink.. Simple, fast
  668. and easy, like me!!  :0
  669.  
  670. But it don't work on my Mega STe with da new TOS, or sumptin', baby... :)..
  671.  
  672. BTW! How is the 'old' Golf Pro doin'??  Tell him I miss him..
  673.  
  674. Ta, ta....
  675.  
  676.  <-:}Ted{:->  Wednesday, December 9, 1992 - 7:39:16 am
  677.  
  678.  
  679.  ------------
  680. Category 32,  Topic 4
  681. Message 43        Wed Dec 09, 1992
  682. D.D.MARTIN [Swampy]          at 22:15 EST
  683.  
  684. TED --
  685.  
  686. Golfy is doing great.  He's taking up 'residence' on a brand new tel-com
  687. network as the Atari sysop. %^)  You might have read about it in STR.
  688.  
  689. I can't believe all the 'problems' you have had with that MSTE! Geezus.  John
  690. _never_ had problems with it.  Honest!  'Course he didn't load it up with
  691. wierd ACC's and AUTO prgs either.. LOL!  Ted, just stick with the latest and
  692. greates from da CodeHeads and throw all that other stuff away!  %^)
  693.  
  694. Hugs...Swampy
  695.  
  696.  ------------
  697. Category 32,  Topic 4
  698. Message 44        Thu Dec 10, 1992
  699. J.EIDSVOOG1 [CodeHead]       at 01:15 EST
  700.  
  701. Double D,
  702.  
  703.  >just stick with the latest and greates from da CodeHeads and throw
  704.  >all that other stuff away!
  705.  
  706. I don't think I could have said it better myself!
  707.  
  708. John
  709.  ------------
  710. Category 32,  Topic 4
  711. Message 45        Thu Dec 10, 1992
  712. T.EVANS21 [<Ted E.>]         at 07:16 EST
  713.  
  714.  >Category 32,  Topic 4
  715.  >Message 41        Wed Dec 09, 1992
  716.  >J.EIDSVOOG1 [CodeHead]       at 18:04 EST
  717.  >
  718.  >Ted,
  719.  >
  720.  >I don't use ZeroDisk any more, but I just pulled it out and it had no
  721. problem
  722.  >zeroing a disk on my TOS 2.06 system.
  723.  >----------
  724.  
  725. John,
  726.  
  727. You use Maxifile to ZAP disks, right??
  728.  
  729. I still love your old program.. If you find the time or inclinaion to look
  730. into it.. Here is the problem:  It seems to ZERO every other disk!!
  731.  
  732. I mean it says it "ZAPPED", but the info on the disk is still there,
  733. sometimes...  Does this make sense??
  734.  
  735.  <-:}Ted{:->  Wednesday, December 9, 1992 - 7:36:28 pm
  736.  ------------
  737. Category 32,  Topic 4
  738. Message 46        Thu Dec 10, 1992
  739. T.EVANS21 [<Ted E.>]         at 18:47 EST
  740.  
  741.  >Category 32,  Topic 4
  742.  >Message 43        Wed Dec 09, 1992
  743.  >D.D.MARTIN [Swampy]          at 22:15 EST
  744.  >
  745.  >TED --
  746.  >
  747.  >.... Ted, just stick with the latest and greates from da CodeHeads
  748.  >and throw all that other stuff away!
  749.  >---------- >
  750.  
  751. Swampy,
  752.  
  753. Your wisdom never ceases to amaze me!!   Now, why didn't I think of that??   I
  754. guess when you get old...........  :)
  755.  
  756.  <-:}Ted{:->  Thursday, December 10, 1992 - 7:40:14 am
  757.  ------------
  758. Category 32,  Topic 4
  759. Message 47        Thu Dec 10, 1992
  760. WAYNED. [Wayne]              at 19:35 EST
  761.  
  762. Ted,
  763.   For some reason I never could get Zero Disk to zero my disks.  When I have
  764. to do that I either reformat if I want a different format or just Zero them
  765. with MaxiFile.  It might just be as simple as removing and replacing the disk
  766. too.  Even when Zeroing with MaxiFile I have to remove the disk and then
  767. replace it. Otherwise MaxiFile still shows the old directory even if I hit
  768. escape for a directory update. Once I remove and replace the disk it shows the
  769. blank disk when I hit escape to update.
  770.  
  771.         Wayne
  772.  
  773.  ------------
  774. Category 32,  Topic 4
  775. Message 48        Thu Dec 10, 1992
  776. J.EIDSVOOG1 [CodeHead]       at 19:59 EST
  777.  
  778. Ted,
  779.  
  780. Are you sure that the disks you're using have unique serial numbers, so that a
  781. media change is correctly performed?  Also, are you using ZeroDisk 1.1, with a
  782. length of 1814?
  783.  
  784. John
  785.  ------------
  786. Category 32,  Topic 4
  787. Message 49        Fri Dec 11, 1992
  788. T.EVANS21 [<Ted E.>]         at 20:51 EST
  789.  
  790. Wayne & John..
  791.  
  792. Wayne: Zero disk worked fine on my 1040 STe with TOS 1.62.. I think John may
  793. have the answer, see below for my embarrassing reply...
  794.  
  795. John:  Nope!  I was using that is, until about 10 minutes ago, version 1.0...
  796. Ahem, er, ah.. Well you see, I er' ah.... :)
  797.  
  798. Do I look good with egg on my face??
  799.  
  800. John, I upgraded my Utilities disk with you at WACCE this year, well actually
  801. Jeff did it for me, and I just never thought to put the new version of Zero
  802. disk on the hard drive, or to change it for that matter..
  803.  
  804. The old version was working fine on my STe..
  805.  
  806. It started to when I bought the "MEGA STe from Hell" from John & DD at WAACE
  807. the same day.. Then all my problems started, as you know... <Grin>... So it's
  808. all their fault... <g>.
  809.  
  810. Well anyway, I just did a half a dozen disks with the new version, and life is
  811. good again..  Works as advertised...
  812.  
  813. Thanks John, I owe you one!!  Or does this one, make three, or four, or
  814. ......??  :)
  815.  
  816. <-:}Ted{:->  Friday, December 11, 1992 - 7:35:04 pm
  817.  
  818.  
  819.  
  820.  
  821.  ------------
  822. Category 32,  Topic 4
  823. Message 50        Sat Dec 12, 1992
  824. D.D.MARTIN [Swampy]          at 00:54 EST
  825.  
  826. JOHN, CHARLES and TOMAS
  827.  
  828. Happy Holidays to each of you and best wishes for the coming year!
  829.  
  830. BTW, I've been wearing my tee shirt as a night shirt.  Would it now be
  831. accurate to say  "I sleep with the Codeheads" ?  ROTF!!
  832.  
  833. Mega Hugs...Swampy
  834.  
  835.  ------------
  836. Category 32,  Topic 4
  837. Message 51        Sat Dec 12, 1992
  838. MYECK.WATERS [myeck]         at 13:06 EST
  839.  
  840. The version of Zerodisk on the CH Utilities V2 disk acted very strange when I
  841. went to TOS 1.04.  The disk would look empty until I save something to it,
  842. then programs would reappear again.  Very spooky.
  843.  
  844. But MaxiFile is so convenient!
  845.  
  846.  ------------
  847. Category 32,  Topic 4
  848. Message 52        Sat Dec 12, 1992
  849. J.EIDSVOOG1 [CodeHead]       at 13:19 EST
  850.  
  851. Ted,
  852.  
  853. I'm glad you figured it out.
  854.  
  855. DD,
  856.  
  857. Happy Holidays to you, too.  It's nice to know you "sleep with the CodeHeads".
  858. Notice that our phrase "a cure for the common code", doesn't give you any
  859. "head".  I hope that's not a problem for you. :^)
  860.  
  861. John
  862.  ------------
  863. Category 32,  Topic 4
  864. Message 53        Sat Dec 12, 1992
  865. A.FASOLDT [Al Fasoldt]       at 23:29 EST
  866.  
  867. John:
  868.  
  869. A head-start topic!
  870.  
  871. Almost passed that one by!
  872.  
  873. Al
  874.  
  875.  ------------
  876. Category 32,  Topic 4
  877. Message 54        Sun Dec 13, 1992
  878. MUSE [Tomas]                 at 14:21 EST
  879.  
  880. Swampy,
  881.  <grin>  Oooh, Baby!
  882.  ===Tomas===
  883.  December 13, 1992 @ 10:55:18 am PST
  884.  
  885.  
  886.  ------------
  887. Category 32,  Topic 4
  888. Message 55        Sun Dec 13, 1992
  889. D.D.MARTIN [Swampy]          at 21:40 EST
  890.  
  891. JOHN --
  892.  
  893. ROTF!!!
  894.  
  895. Hugs...Swampy
  896.  ------------
  897. Category 32,  Topic 4
  898. Message 56        Mon Dec 14, 1992
  899. T.EVANS21 [<Ted E.>]         at 07:28 EST
  900.  
  901.  >Message 52        Sat Dec 12, 1992
  902.  >J.EIDSVOOG1 [CodeHead]       at 13:19 EST
  903.  >
  904.  >Ted,
  905.  >
  906.  >I'm glad you figured it out.
  907.  >
  908.  >----------
  909.  
  910. John,
  911.  
  912. Thanks, I appreciate all the help, as usual...
  913.  
  914.  <-:}Ted{:->  Sunday, December 13, 1992 - 10:38:56 am
  915.  ------------
  916. Category 32,  Topic 4
  917. Message 57        Mon Dec 28, 1992
  918. L.BUDNICK [Lorne]            at 15:03 EST
  919.  
  920. CodeHeads,
  921.  
  922. Have you had any reports of AutoOrg not working on a TT030?  I experience 2
  923. bombs after clicking on the auto drive selection.  I have attempted to run in
  924. ST RAM, TT RAM with and without the cache enabled with the same results.
  925.  
  926.  ------------
  927. Category 32,  Topic 4
  928. Message 58        Tue Dec 29, 1992
  929. G.FUHRMAN [gnox]             at 06:37 EST
  930.  
  931. Lorne,
  932.  
  933. I use the AUTO Organizer (from Release 4 of the Utilities) on my TT all the
  934. time and it's never crashed yet.
  935.  
  936.   gnox
  937.  
  938.  ------------
  939. Category 32,  Topic 4
  940. Message 59        Tue Dec 29, 1992
  941. L.BUDNICK [Lorne]            at 13:40 EST
  942.  
  943. gnox,
  944.  
  945. I have tried using the same version (from Release 4) with a resulting two (2)
  946. bombs every time I have tried it.  It is not really a big deal as I am using
  947. Autosort.prg in its place.  I just thought I would post my experiences in case
  948. others are experiencing similar problems.
  949.  
  950. Lorne....
  951.  
  952.  ------------
  953. Category 32,  Topic 4
  954. Message 60        Tue Dec 29, 1992
  955. J.EIDSVOOG1 [CodeHead]       at 16:53 EST
  956.  
  957. Lorne,
  958.  
  959. Make sure you're using the Auto Organizer that came on Release 4. There
  960. doesn't seem to be a version number in the program, but the file size is 17403
  961. and the date is 6/23/91.
  962.  
  963. John
  964.  ------------
  965. Category 32,  Topic 4
  966. Message 61        Wed Dec 30, 1992
  967. L.BUDNICK [Lorne]            at 13:56 EST
  968.  
  969. John,
  970.  
  971. Thanks for the response.  A funny thing happened when I went back to check on
  972. the file size and file date.  First, I was indeed using the Release 4 version
  973. you mentioned.  Second, after verifying this I thought I would give it another
  974. try.  HEY, it WORKS!
  975.  
  976. Strange, as I don't believe I have changed anything in my system
  977. configuration.  Oh well, I will just be satisfied that it is now working. :^)
  978.  
  979.  ------------
  980. Category 32,  Topic 4
  981. Message 62        Sun Jan 03, 1993
  982. J.SAFFER [JASON SAFFER]      at 15:02 EST
  983.  
  984. I've been downloading some TNY pics lately and trying to view them with both
  985. ArtGallery and also Warp 9 -- they've been uploaded as Warp 9 pics in
  986. particular. I'm thinking of WARPWMEN.LZH in particular. When I load the pic, I
  987. can view it fine but the symptom I get when I use ArtGallery, for instance, is
  988. when I hit the undo key to exit viewing the first pic, I get two bombs and the
  989. hard drive light accesses for awhile and then I have to reboot. I've tried
  990. this with ArtGallery as an accessory and a program. This symptom occurs each
  991. time.  When I attempt to load the same pic into Warp 9, I get the message that
  992. it's the wrong resolution.
  993.  
  994. I'm doing all this on a TT with TOS 3.06. Any idea what's wrong or if it can
  995. be avoided. I thought ArtGallery would be able to view any TNY pic; I didn't
  996. know they came in different resolutions.
  997.  
  998. - Jason Saffer
  999.   Hercules, California
  1000.   Saturday, January 2, 1993  11:41 pm
  1001.  
  1002.  ------------
  1003. Category 32,  Topic 4
  1004. Message 63        Sun Jan 03, 1993
  1005. J.EIDSVOOG1 [CodeHead]       at 17:16 EST
  1006.  
  1007. Jason,
  1008.  
  1009. Since Art Gallery is a picture viewer, it is able to change to any resolution
  1010. that's available on the monitor you're using.  With a TT color monitor, this
  1011. means you can view a picture in any of five different resolutions.  This can
  1012. be done because the resolution is restored after viewing the picture and GEM
  1013. is very happy.  But Warp 9 can only load pictures intended for the current
  1014. resolution you're using because the picture is used in the background behind
  1015. the GEM desktop.  The resolution simply can't be changed, or the rest of the
  1016. desktop would be corrupt.
  1017.  
  1018. As for crashing when you hit Undo, this sounds like a problem that existed in
  1019. an earlier version of Warp 9.  Are you using 3.75?
  1020.  
  1021. John
  1022.  ------------
  1023. Category 32,  Topic 4
  1024. Message 64        Sun Jan 03, 1993
  1025. OUTRIDER [Terry]             at 18:35 EST
  1026.  
  1027. That particular archive has medium res Tiny pics.  If your TT is not in ST
  1028. medium res, Warp 9 won't be able to use them.
  1029.  
  1030. The pics are not that great, anyway, IMO.  They were converted from MacPaint,
  1031. so they are black and white.
  1032.  
  1033.                                 ((( Terry )))
  1034.  
  1035.  ------------
  1036. Category 32,  Topic 4
  1037. Message 65        Tue Jan 05, 1993
  1038. J.SAFFER [JASON SAFFER]      at 01:47 EST
  1039.  
  1040. John, thanks for your explanation regarding viewing TNY pics with Art Gallery
  1041. and with Warp 9. I doublechecked what version of Warp 9 I am using: it's 3.75
  1042. (62765 bytes). When I removed this Warp 9 version from my auto folder, Art
  1043. Gallery worked just fine with the TNY pics -- no bombs upon exiting from the
  1044. picture. It's a consistent problem -- when Warp 9 is installed, Art Gallery
  1045. will get 2 or 3 bombs when I hit undo when a TNY picture is on the screen.
  1046.  
  1047. Perhaps I'm using a beta version of Warp 9? Would you doublecheck my byte
  1048. count there? This is occurring on a TT with 3.06 TOS.
  1049.  
  1050. - Jason Saffer
  1051.   Hercules, California
  1052.   Monday, January 4, 1993  10:41 pm
  1053.  
  1054.  ------------
  1055. Category 32,  Topic 4
  1056. Message 66        Tue Jan 05, 1993
  1057. J.EIDSVOOG1 [CodeHead]       at 05:43 EST
  1058.  
  1059. Jason,
  1060.  
  1061. Your WARP9_TT.PRG is the correct size for 3.75, 62765 bytes (folks, Jason is
  1062. one of our beta testers).
  1063.  
  1064. I'm not sure what's causing your crashing problem, but I suspect a possible
  1065. conflicting program.  Someone reported this problem before (Sandy, I think),
  1066. but we can't reproduce it.  (I just tried again, viewing a number of TNY and
  1067. Degas pictures in three different ST resolutions.  I was in TT Medium with TOS
  1068. 3.06, running Art Gallery from MultiDesk as an MDX.  Have you tried it with
  1069. only Warp 9 installed?
  1070.  
  1071. John
  1072.  ------------
  1073. Category 32,  Topic 4
  1074. Message 67        Wed Jan 06, 1993
  1075. J.SAFFER [JASON SAFFER]      at 01:10 EST
  1076.  
  1077. John, thanks for confirming that I've got a workable version of WarpTT. I have
  1078. tested it some more -- I've run with ONLY Warp TT active, with it being the
  1079. one and only auto folder program. And with absolutely no accessories as well.
  1080. I still get bombs when I exit from some TNY pics. Maybe I'll e-mail you the
  1081. file of TNY pics and you can see if they work ok on your system.
  1082.  
  1083. - Jason Saffer
  1084.   Hercules, California
  1085.   Tuesday, January 5, 1993  10:06 pm
  1086.  
  1087.  ------------
  1088. Category 32,  Topic 4
  1089. Message 68        Wed Jan 06, 1993
  1090. A.FASOLDT [Al Fasoldt]       at 03:53 EST
  1091.  
  1092. Jason,
  1093.  
  1094. ArtGallery has been revised, and you should see if you have the latest
  1095. version. (Or maybe the earlier one won't even run on the TT?)
  1096.  
  1097. You also need "A0" after the filename for Art Gallery in your Warp9.dat file.
  1098. Otherwise it will bomb.
  1099.  
  1100. Al
  1101.  
  1102.  
  1103.  ------------
  1104. Category 32,  Topic 4
  1105. Message 69        Wed Jan 06, 1993
  1106. J.EIDSVOOG1 [CodeHead]       at 14:36 EST
  1107.  
  1108. Aha...I finally was able to duplicate the Art Gallery crashing problem with
  1109. Warp 9.  The advice to remove everything except the conflicting programs is
  1110. useful not only for _eliminating_ problems, but also for _duplicating_
  1111. problems.  Sometimes the programs we use tend to mask problems.  This is
  1112. because we've built a lot of problem-solving routines into our code.  I don't
  1113. know what specifically Little Green Selector is doing to mask this problem,
  1114. but when it's installed, I don't get any bombs with Warp 9 and Art Gallery.
  1115.  
  1116. I could make a lot of snide little comments about the advantages of using LGS
  1117. and how we secretly put this bug into Warp 9 to reveal those who don't use
  1118. LGS, but I won't.  <grin>  (Just kidding, there's no intentional bug in Warp
  1119. 9.)  I'll have Charles look into this problem.
  1120.  
  1121. John
  1122.  ------------
  1123. Category 32,  Topic 4
  1124. Message 70        Wed Jan 06, 1993
  1125. SFRT-ASST [Kenne@SFRT]       at 17:00 EST
  1126.  
  1127. Yeah, LGS masks a problem with EMPUS (the tempus hack).  If you use the Atari
  1128. selector you get a lot of garbage in the fileselector. 
  1129.  ------------
  1130. Category 32,  Topic 4
  1131. Message 71        Thu Jan 07, 1993
  1132. N.WEINRESS [Norm]            at 00:15 EST
  1133.  
  1134. The answer, Kenne, is obvious. Always use LGS!  (I do)    :)
  1135.  ------------
  1136. Category 32,  Topic 4
  1137. Message 72        Thu Jan 07, 1993
  1138. A.FASOLDT [Al Fasoldt]       at 03:42 EST
  1139.  
  1140. John,
  1141.  
  1142. Using Warp9 3.75, LGS 1.8D and the latest version of Art Gallery, I get bombs
  1143. unless A0 is specified in the Warp9 data file. for Art Gallery (when it is
  1144. used as a program, not a DA, of course). Using the .dat file is an easy fix.
  1145.  
  1146. Al
  1147.  
  1148.  
  1149.  
  1150.  ------------
  1151. Category 32,  Topic 4
  1152. Message 73        Fri Jan 08, 1993
  1153. J.SAFFER [JASON SAFFER]      at 22:17 EST
  1154.  
  1155. Al and John: Yes, putting an A0 in my Warp9.dat file handles the bombing
  1156. problem when I use Art Gallery as a program. By the same token, booting up
  1157. without Warp 9 for my TT also handles the problem with Art Gallery as both a
  1158. program and accessory when viewing a TNY pic. But, even though I AM using LGS,
  1159. I still do have the problem of consistent bombs when exiting a TNY pic when
  1160. using Art Gallery as either an accessory or program (that is, until I put the
  1161. A0 in the dat file...but the problem still persists with it as an MDX
  1162. accessory in MultiDesk, or as one of the 6 regular accessories.
  1163.  
  1164. I am using the latest version of Art Gallery and Warp 9, and I'm using version
  1165. 1.8d of LGS.
  1166.  
  1167. I've booted up with just Warp 9, LGS and Art Gallery as my only accessory. I
  1168. can't figure....
  1169.  
  1170. - Jason Saffer
  1171.   Hercules, California
  1172.   Friday, January 8, 1993  10:19 am
  1173.  
  1174.  ------------
  1175. Category 32,  Topic 4
  1176. Message 74        Sat Jan 09, 1993
  1177. J.EIDSVOOG1 [CodeHead]       at 11:42 EST
  1178.  
  1179. Further testing with my system shows that using HotWire also masks the
  1180. ArtGallery/Warp9 problem, or possibly using both LGS and HotWire masks it. 
  1181. Jason, are you using HotWire?  (You may take the 5th on this if you want
  1182. <grin>).
  1183.  
  1184. John
  1185.  ------------
  1186. Category 32,  Topic 4
  1187. Message 75        Sun Jan 10, 1993
  1188. J.SAFFER [JASON SAFFER]      at 00:13 EST
  1189.  
  1190. John, I wouldn't be caught dead without a full complement of CodeHead
  1191. products! So, yes, of course I am using Hotwire...how can one live without
  1192. it!! After reading your message, I also tried booting with just Hotwire and
  1193. LGS and ArtGallery as a regular DA and the same symptom occurs...bombing when
  1194. I exit a TNY pic.
  1195.  
  1196. - Jason Saffer
  1197.   Hercules, California
  1198.   Saturday, January 9, 1993  8:49 pm
  1199.  
  1200.  
  1201.  ------------
  1202. Category 32,  Topic 4
  1203. Message 76        Sun Jan 10, 1993
  1204. NTACTONE [Ron Hunter]        at 14:02 EDT
  1205.  
  1206.  >LGS and ArtGallery as a regular DA and the same symptom occurs...bombing
  1207.   >when I exit a TNY pic.
  1208.  Jason,
  1209.    SPC pics are much better anyway.... Just convert them.  Grin.
  1210.  
  1211.  
  1212.  
  1213.  ------------
  1214. Category 32,  Topic 4
  1215. Message 77        Sun Jan 10, 1993
  1216. J.SAFFER [JASON SAFFER]      at 23:14 EST
  1217.  
  1218. Ron, can you suggest a good conversion program to convert TNY to SPC? I would
  1219. need this for a TT system.
  1220.  
  1221. - Jason Saffer
  1222.   Hercules, California
  1223.   Sunday, January 10, 1993  1:17 pm
  1224.  
  1225.  ------------
  1226. Category 32,  Topic 4
  1227. Message 78        Tue Jan 12, 1993
  1228. OUTRIDER [Terry]             at 00:24 EST
  1229.  
  1230. Jason,
  1231.  
  1232. Why on earth would you want to convert from TNY to SPC?  For one, it won't
  1233. improve the picture at all.  For another, you can't view SPC pics on a TT
  1234. without a special viewer.  (Art Gallery won't work.)
  1235.  
  1236. If you want to convert to another format to rid yourself of the Art Gallery
  1237. bug, convert it to PI? or PC?.  (Assuming Art Gallery doesn't bomb when you
  1238. exit either of those types of pics.)
  1239.  
  1240. I don't have a filename handy, but a search of Tiny in the graphics library
  1241. should get you a converter.  (Don't search all libraries, else you'll get
  1242. several hundred Tiny PICTURES!)
  1243.  
  1244.                                 ((( Terry )))
  1245.  
  1246.  ------------
  1247. Category 32,  Topic 4
  1248. Message 79        Tue Jan 12, 1993
  1249. A.FASOLDT [Al Fasoldt]       at 03:03 EST
  1250.  
  1251. Jason,
  1252.  
  1253. There should be a good TNY to SPC converter here. If you don't see it after a
  1254. search, let me know and I'll look through my files.
  1255.  
  1256. Al
  1257.  
  1258.  ------------
  1259. Category 32,  Topic 4
  1260. Message 80        Tue Jan 12, 1993
  1261. NTACTONE [Ron Hunter]        at 05:37 EDT
  1262.  
  1263. Converting a pic from TNY to SPC wouldn't gain anything, as you said.
  1264.    What I meant was to give up on TNY and collect SPC pics, instead.
  1265.  However, with a TT, perhaps it would be better to go to some other
  1266.  format.  
  1267.    For conversion of TNY to PI? formats, try PICSW7.
  1268.  
  1269.  
  1270.  
  1271.  ------------
  1272. Category 32,  Topic 4
  1273. Message 81        Tue Jan 12, 1993
  1274. OUTRIDER [Terry]             at 21:51 EST
  1275.  
  1276. PicSwitch (PICSW7) will also convert TN? to PC?, and even convert between
  1277. resolutions.
  1278.  
  1279.                                 ((( Terry )))
  1280.  
  1281.  ------------
  1282. Category 32,  Topic 4
  1283. Message 82        Sat Jan 16, 1993
  1284. A.B.SMITH [Barry]            at 06:15 EST
  1285.  
  1286. John- I have a feeling that if I bought your UTILITIES disk I could eliminate
  1287. a great many of the odds and ends of other utilities that I have scattered
  1288. around my system.  Could you give a quick run down of the major utilities that
  1289. are to be found in your  product?  I guess I've just got to get more CODEHEAD
  1290. stuff to go with MULTI-DESK D, CODE KEYS, WARP 9, ...  Thanks. - Barry
  1291.  ------------
  1292. Category 32,  Topic 4
  1293. Message 83        Sat Jan 16, 1993
  1294. J.EIDSVOOG1 [CodeHead]       at 12:04 EST
  1295.  
  1296. Barry,
  1297.  
  1298. Here's a listing of the programs on the Utilities disk:
  1299.  
  1300.       * FONTS (for FontTrix)
  1301.         ARTGALRY PRG
  1302.         AUTO_ORG PRG
  1303.         CAPSLEFT ACX
  1304.         CAPSRITE ACX
  1305.         CODECOPY PRG
  1306.         CODE_RAM PRG
  1307.         DESKTOP  INF
  1308.         FONTTRX2 ACX
  1309.         LENS     PRG
  1310.         MAXIFILE TXT
  1311.         MULTFILE PRG
  1312.         README!! 4
  1313.         RSC_ASM  PRG
  1314.         SPOOLCNF PRG
  1315.         SPOOLER  PRG
  1316.         SPOOLMAN PRG
  1317.         STIKSHFT ACX
  1318.         ZERODISK PRG
  1319.  
  1320.       * FREEWARE
  1321.         * CODEHEAD ED
  1322.           LEONARD6 PRG
  1323.           LEONARD6 TXT
  1324.           NO_CLEAR PRG
  1325.           NO_CLEAR TXT
  1326.           POOLFIX4 PRG
  1327.           SENTINEL PRG
  1328.           SENTINEL TXT
  1329.           SETSIREN PRG
  1330.           SHOWMEM4 PRG
  1331.           SHOWMEM4 TXT
  1332.           SIREN    ACC
  1333.           SIREN    TXT
  1334.  
  1335. There's also a demo/shareware disk that's included with the package. The most
  1336. popular utilities are the CodeHead RAM Disk, Auto Organizer, and CodeCopy.  In
  1337. all honesty, a few of the utilities have already been replaced by features of
  1338. other products.
  1339.  
  1340.   MaxiFile replaces MultiFile
  1341.   MaxiFile replaces ZeroDisk
  1342.   Warp 9 replaces FontTrix
  1343.   HotWire replaces Caps
  1344.   (CodeHead RAM Disk replaces Spooler)
  1345.  
  1346. But I'm sure most owners of the Utilities package will feel they've definitely
  1347. gotten their money's worth out of them.  If you have any more specific
  1348. questions, we'll be happy to answer them.
  1349.  
  1350. John
  1351.  ------------
  1352. Category 32,  Topic 4
  1353. Message 84        Sat Jan 16, 1993
  1354. D.FLORY [ALERTsys*Cop]       at 15:03 EDT
  1355.  
  1356. Way to go, Barry, now you're getting the idea!   :-)
  1357.  
  1358.   Dave Flory, ALERTsys*Cop
  1359.   11:27 PST - 01/16/93
  1360.  
  1361.  
  1362.  ------------
  1363. Category 32,  Topic 4
  1364. Message 85        Sat Jan 16, 1993
  1365. OUTRIDER [Terry]             at 22:39 EST
  1366.  
  1367. I would suggest that Art Gallery is also a VERY popular utility from the
  1368. CodeHead Utilities package.  It's certainly MY most used program from the
  1369. package.  :^)
  1370.  
  1371.                                 ((( Terry )))
  1372.  
  1373.  ------------
  1374. Category 32,  Topic 4
  1375. Message 86        Sun Jan 17, 1993
  1376. A.FASOLDT [Al Fasoldt]       at 10:01 EST
  1377.  
  1378. The Utilities disk has proven very valuable. I have the latest upgrade but
  1379. still use some of the software from the earlier disk, such as Zerodisk. (disk
  1380. zeroing is built into MaxiFile, but I like the way I can drag a floppy icon to
  1381. a Zerodisk icon from the desktop).
  1382.  
  1383. I have said this before, but it's worth repeating: There is no other source of
  1384. software that can compare in importance in daily computing with CodeHead
  1385. products. And as far as support, nothing is in the same league.
  1386.  
  1387. Al
  1388.  
  1389.  ------------
  1390. Category 32,  Topic 4
  1391. Message 87        Sat Jan 23, 1993
  1392. A.B.SMITH [Barry]            at 06:45 EST
  1393.  
  1394. Yup!  I'll order that too.  Thanks. - Barry
  1395.  ------------
  1396. Category 32,  Topic 4
  1397. Message 88        Tue Feb 02, 1993
  1398. R.JONES82 [Bob Jones]        at 04:37 EST
  1399.  
  1400. Just to change the subject a bit.  My question pertains to the Codehead print
  1401. spooler that comes with the CH utilities disk.  I really like it, pagestream
  1402. prints much faster to my Oki-400 laser but it seems to mess up printing from
  1403. Calligrapher and Wordflair II.  Any ideas or plans to upgrade it??
  1404.  
  1405.  ------------
  1406. Category 32,  Topic 4
  1407. Message 89        Tue Feb 02, 1993
  1408. J.EIDSVOOG1 [CodeHead]       at 10:02 EST
  1409.  
  1410. Bob Jones,
  1411.  
  1412. Further updating of SPOOLER.PRG was dropped when spooler support was added to
  1413. the CodeHead RAM Disk.  Have you tried the spooler in the RAM disk?  It is
  1414. much more full-featured (reset-proof, saves printer data to disk, etc.).
  1415.  
  1416. As for problems with SPOOLER.PRG, I must admit I have never tested it with
  1417. Calligrapher, but I can't think of any reasons it wouldn't work. It has always
  1418. been bug-free as far as I know.  What sort of messed up printing are you
  1419. getting?  What size are you using?
  1420.  
  1421. John
  1422.  ------------
  1423. Category 32,  Topic 4
  1424. Message 90        Tue Feb 02, 1993
  1425. R.JONES82 [Bob Jones]        at 22:00 EST
  1426.  
  1427. No I have not tried the ram disk, I stopped using ram disks when I perchased a
  1428. 105 qauntum, syquest 44 and 4 megs of ram.  The printing problems are in the
  1429. form of crashing.  It mostly has problems with Wordflairs FSM Gdos.  The
  1430. Calligrapher problems may have been due to low hard disk memory during
  1431. printing.  I'll check out the ram disk option.  I don't know if you realize
  1432. how fast that spooler is.  I timed it against the stand alone Fprint 3.0
  1433. (commercial stand alone product) and it was about the same speed, not bad for
  1434. one of the handful of codehead utilites.  Does the ram disk use the same
  1435. algorithms as the spooler?  I hope so.  I'll check out the ram disk and see if
  1436. it works better.  Thanks for the input.
  1437.  
  1438.           Bob....
  1439.  
  1440.  ------------
  1441. Category 32,  Topic 4
  1442. Message 91        Wed Feb 03, 1993
  1443. R.JONES82 [Bob Jones]        at 04:19 EST
  1444.  
  1445. In regards to calligrapher not working with the codehead print spooler;
  1446.  
  1447.         I did some testing of Calligrapher & Wordfalir II with 3 print
  1448. spoolers.  The spoolers tested are:
  1449.  
  1450.                 Codehead spooler:
  1451.                 Codehead ramdisk 1.4 spooler
  1452.                 Fprint 1.0
  1453.  
  1454. ** All printing was done from a MSTe 4 16Mhz cache on to a Oki-400 laser
  1455. printer.
  1456.  
  1457.  
  1458. Printing a 1 page Calligrapher document
  1459.  
  1460.         Spooler name            size    time ----------------------------------
  1461. ----------------
  1462.         w/o spooler                     107 sec
  1463.         Codehead spooler        66k     33 sec  (Smeared print)
  1464.         C.H. ramdisk spooler    66k     32 sec
  1465.         Fprint 1.0              ??      31 sec
  1466.  
  1467.  
  1468. Printing a 1 page Calligrapher graphic (Crazy.gem)
  1469.  
  1470.         C.H. ramdisk spooler    66k     60 sec
  1471.          "  "    "      "       131k    60 sec
  1472.         Fprint 1.0              ??      50 sec
  1473.  
  1474. Printing a 1 page text doc from WFII
  1475.  
  1476.         C.H. ram spooler        131k    47 sec
  1477.         Fprint 1.0              ??      35 sec
  1478.         codehead spooler        131k    crashes -------------------------------
  1479. -------------------
  1480.  
  1481.         Fprint seems to be the fastest and use the least ram.  If you are
  1482. using Calligrapher or Wordflair II use either Fprint or Codehead ram disk
  1483. spooler 1.4, as the Codehead stand alone print spooler causes text to be
  1484. smeared on my Oki-400 laser.
  1485.  
  1486.         If anyone has tested Outbust 3.0 drop me a note I'd like to know how
  1487. fast and compatable it is.
  1488.  
  1489.  
  1490.  
  1491.  
  1492.  ------------
  1493. Category 32,  Topic 4
  1494. Message 92        Wed Feb 03, 1993
  1495. A.FASOLDT [Al Fasoldt]       at 06:05 EST
  1496.  
  1497. Bob Jones,
  1498.  
  1499. The CodeHead ram disk that includes its new print spooler can be reduced to 1K
  1500. (and ignored) if you want to use the spooler only. Not to tootle too much on
  1501. the 'Heads' horns (what did I just say?!) but the new spooler is one of the
  1502. most essential utilities I own.
  1503.  
  1504. Al
  1505.  
  1506.  ------------
  1507. Category 32,  Topic 4
  1508. Message 93        Wed Feb 03, 1993
  1509. WAYNED. [Wayne]              at 19:16 EST
  1510.  
  1511.  >I stopped using ram disks when I perchased a
  1512.  >105 qauntum, syquest 44 and 4 megs of ram.
  1513.  
  1514.   Hmmm, I've got the EXACT same setup.  I still use CodeRam on just about
  1515. every bootup (unless I'm doing Calamus SL stuff).  I use it mostly for doing
  1516. uncompressing of files.  It keeps my HD from getting fragmented as quickly. 
  1517. Much of the stuff I uncompress ends up in the trash can anyways.  All the
  1518. online mags, I read and throw away, as well as about 90% of the stuff I
  1519. download.  Seems many people are great at writing descriptions of their
  1520. uploads.  I just wish they showed that some of them could program as well as
  1521. they write fiction. <g>
  1522.  
  1523.              Wayne
  1524.  
  1525.  ------------
  1526. Category 32,  Topic 4
  1527. Message 94        Wed Feb 03, 1993
  1528. J.EIDSVOOG1 [CodeHead]       at 21:20 EST
  1529.  
  1530. A tip for users of the CodeHead RAM Disk spooler:
  1531.  
  1532. If you're printing multiple copies of a document with a GDOS driver, such as
  1533. Calligrapher, you'll find that a large amount of time is consumed in page
  1534. calculation.  If you use the spooler-to-disk feature, you can print the
  1535. multiple copies much faster.
  1536.  
  1537. John
  1538.  
  1539.  ------------
  1540. Category 32,  Topic 4
  1541. Message 95        Wed Feb 03, 1993
  1542. R.JONES82 [Bob Jones]        at 22:52 EST
  1543.  
  1544. I have one partition thats set up for unarcing, I know what you mean about
  1545. collecting too much trash.  Maybe I'll give the ram disk a shot and see if
  1546. it's for me.  Thanks for the input.
  1547.  
  1548.  ------------
  1549. Category 32,  Topic 4
  1550. Message 96        Thu Feb 04, 1993
  1551. T.EVANS21 [<Ted E.>]         at 18:12 EST
  1552.  
  1553.  >Message 93        Wed Feb 03, 1993
  1554.  >WAYNED. [Wayne]              at 19:16 EST
  1555.  >
  1556.  >...Seems many people are great at writing descriptions of their
  1557.  >uploads.  I just wish they showed that some of them could program as well as
  1558.  >they write fiction. <g>
  1559.  >----------
  1560.  
  1561. Wayne:  Well somebody finally said it.. <Chuckle>... And Oh, so true.. Thank
  1562. God for ram disks.... :)
  1563.  
  1564.  <-:}Ted{:->  Thursday, February 4, 1993 - 9:19:06 am
  1565.  
  1566.  ------------
  1567. Category 32,  Topic 4
  1568. Message 97        Thu Feb 04, 1993
  1569. D.D.MARTIN [Swampy]          at 19:43 EST
  1570.  
  1571. I use the CodeHead print spooler every day.  It is so stable on my MSTE-4 that
  1572. I can even run it with ZoomRacks.  'Bout the only print spooler that will BTW.
  1573.  
  1574. I don't use a RAM DISK.  Like Bob Jones, since I have the 105 Quantum drive
  1575. and a 44meg Syqest I don't really need it.  I don't have an external floppy
  1576. drive so I keep a 5 meg partition on my Quantum that serves as a working area
  1577. for floppy transfers, unARCing stuff and holding temporary files (like stuff
  1578. I'm transverting to MAC mode with GCR) etc.  This 5megs does get fragmented,
  1579. but it's quick and easy to fix that with Diamond Edge.  %^)
  1580.  
  1581. Hugs...Swampy
  1582.  
  1583.  
  1584.  ------------
  1585. Category 32,  Topic 4
  1586. Message 98        Fri Feb 05, 1993
  1587. A.FASOLDT [Al Fasoldt]       at 07:15 EST
  1588.  
  1589. D.D.,
  1590.  
  1591. A good point. A fast hard drive used with a good cache makes a ramdisk a waste
  1592. of RAM.
  1593.  
  1594. Al
  1595.  
  1596.  ------------
  1597. Category 32,  Topic 4
  1598. Message 99        Sat Feb 06, 1993
  1599. T.EVANS21 [<Ted E.>]         at 08:29 EST
  1600.  
  1601. Swampy,
  1602.  
  1603. I dunno, I have a small ram disk and a pretty large hard drive..
  1604.  
  1605. It just make sense to me, to un-arc stuff in ram and then if it's keepable,
  1606. move it to the hard drive.. Certainly saves the hardware over a period of
  1607. tim??
  1608.  
  1609. I play some games (via modem) with some folks everyday.. I un-arc, play my
  1610. move, all on the CodeHead ram disk.. I do not want to keep/save any of the old
  1611. stuff...
  1612.  
  1613. I guess it all depends on what you do with your computer..
  1614.  
  1615. Thank you, Charles for the CH Utilities, and ArcShell... :)
  1616.  ------------
  1617. Category 32,  Topic 4
  1618. Message 100       Sat Feb 06, 1993
  1619. J.MEEHAN3 [>> Joe M << ]     at 09:04 EST
  1620.  
  1621.  >A fast hard drive used with a good cache makes a ramdisk 
  1622.   >a waste of RAM. 
  1623.  
  1624.  
  1625.          Not if you have 8 meg. <grin>  
  1626.  
  1627.  
  1628.          There are still some uses of a RAM disk that can not be done
  1629.  as well as on a fast HD.  But I agree most of the advantage is mute.
  1630.  
  1631.  
  1632.  >> Joe M << 
  1633.  ------------
  1634. Category 32,  Topic 4
  1635. Message 101       Sat Feb 06, 1993
  1636. J.EIDSVOOG1 [CodeHead]       at 13:57 EST
  1637.  
  1638. There's a lot of hidden power in the CodeHead RAM Disk that most folks
  1639. probably don't even use.  I built it in for mostly selfish reasons. <grin>
  1640.  
  1641. The command line power of the RAM disk is a perfect match with HotWire.  I
  1642. have entire HOT files devoted to it.  In two keypresses (and about 3 seconds),
  1643. I can install any one of dozens of master disk images as a RAM disk and two
  1644. more keypresses brings it up in MaxiFile.  This allows me quick access to all
  1645. of our master disks.
  1646.  
  1647. That HotWire menu also has different entries for different sizes of RAM disks
  1648. and print spoolers.  Every once in a while the stick-to-itivity of the spooler
  1649. bites me.  I may abort a printout by resetting, only to find the printout
  1650. continues uninterrupted after the reset.  :^)  Luckily, there's a hot key to
  1651. dump the contents of the spooler, so another keypress and my printout does
  1652. stop.
  1653.  
  1654. On my 26-meg TT I keep a RAM disk that's one meg plus a one-meg spooler
  1655. installed at all times.  Heck, with 26 megs, it's a waste of memory NOT to use
  1656. a big RAM disk.  <grin>
  1657.  
  1658. John
  1659.  ------------
  1660. Category 32,  Topic 4
  1661. Message 102       Sat Feb 06, 1993
  1662. OUTRIDER [Terry]             at 16:09 EST
  1663.  
  1664. John,
  1665.  
  1666. If I had 26 megs, I'd probably devote 2 megs to the CodeHead RAM Disk, too! 
  1667. :^)  Sheesh!
  1668.  
  1669.      __
  1670.      /erry .\\ay
  1671.  
  1672.  ------------
  1673. Category 32,  Topic 4
  1674. Message 103       Sat Feb 06, 1993
  1675. WAYNED. [Wayne]              at 19:14 EST
  1676.  
  1677.  >Like Bob Jones, since I have the 105 Quantum drive
  1678.  >and a 44meg Syqest I don't really need it.
  1679.  
  1680.   Another one with a Quantum 105 and SyQuest 44 meg.  Seems a popular
  1681. combination.  I know it's popular with me on my system!  :)
  1682.  
  1683.         Wayne
  1684.  
  1685.  ------------
  1686. Category 32,  Topic 4
  1687. Message 104       Sat Feb 06, 1993
  1688. J.KUDRON [Jim~ST Sysop]      at 19:49 EST
  1689.  
  1690. John,
  1691.  
  1692. Let me guess..You advocate a Patriot Missle for mosquito repellent<g,d,&r>
  1693.  
  1694.  
  1695.   Jim Kudron
  1696.  <ST Sysop>
  1697.  6Feb93
  1698.  19:33:18
  1699.  
  1700.  ------------
  1701. Category 32,  Topic 4
  1702. Message 105       Sat Feb 06, 1993
  1703. WAYNED. [Wayne]              at 21:05 EST
  1704.  
  1705. John,
  1706.   I can see how the ability to put images of whole master disks into CodeHead
  1707. Ramdisk would greatly ease the making of update disks at shows and even around
  1708. the office.  I must confess I've never used that feature, but if I were
  1709. duplicating disks anywhere near as often as I've seen you guys doing it at
  1710. shows I'm sure it would get very heavy useage. :)
  1711.  
  1712.           Wayne
  1713.  
  1714.  ------------
  1715. Category 32,  Topic 4
  1716. Message 106       Sat Feb 06, 1993
  1717. T.EVANS21 [<Ted E.>]         at 22:02 EST
  1718.  
  1719.  >Message 101       Sat Feb 06, 1993
  1720.  >J.EIDSVOOG1 [CodeHead]       at 13:57 EST
  1721.  >
  1722.  >There's a lot of hidden power in the CodeHead RAM Disk that most folks
  1723.  >probably don't even use......
  1724.  >
  1725.  >That HotWire menu also has different entries for different sizes of RAM
  1726. disks
  1727.  >and print spoolers.  Every once in a while the stick-to-itivity of the
  1728. spooler
  1729.  >bites me.  I may abort a printout by resetting, only to find the printout
  1730.  >continues uninterrupted after the reset.  :^)  Luckily, there's a hot key to
  1731.  >dump the contents of the spooler, so another keypress and my printout does
  1732.  >stop.
  1733.  >
  1734.  >John
  1735.  >----------
  1736.  
  1737. John,
  1738.  
  1739. Thanks for the tips.
  1740.  
  1741. And why didn't I think of that?? I was doing the change size ram disk through
  1742. Xboot, but it required a re-boot, and I was using PoPit to call up and let me
  1743. access the spooler to stop it, that is if I could remember the 3 key combo..
  1744. <grin>..
  1745.  
  1746. What is, or how do you set up the hotkey to stop the spooler?? Is that in the
  1747. doc's??
  1748.  
  1749. Thanks,
  1750.  
  1751.  <-:}Ted{:->  Saturday, February 6, 1993 - 9:38:32 pm
  1752.  ------------
  1753. Category 32,  Topic 4
  1754. Message 107       Sun Feb 07, 1993
  1755. A.FASOLDT [Al Fasoldt]       at 03:43 EST
  1756.  
  1757. Joe,
  1758.  
  1759. I've got 8 meg, and use it for print spooling, desk accessories, disk caches
  1760. and so on. I can't imagine a need for a ramdisk when I am using a smart disk
  1761. cache to do the same sort of thing.
  1762.  
  1763. John,
  1764.  
  1765. OK, with 26 megs, we'll let you have 1 of those megs as a ramdisk. But only 1,
  1766. you hear?
  1767.  
  1768. Al
  1769.  
  1770.  ------------
  1771. Category 32,  Topic 4
  1772. Message 108       Sun Feb 07, 1993
  1773. G.FUHRMAN [gnox]             at 07:44 EST
  1774.  
  1775. Al,
  1776.  
  1777.  >OK, with 26 megs, we'll let you have 1 of those megs as a ramdisk. But only
  1778. 1,
  1779.  >you hear?
  1780.  
  1781. Pretty stingy, I think!  I've only got 8 megs in my TT but (since I replaced
  1782. my SLM804 with an HP3p) I use half my ST ram for a Codehead ramdisk.  That's
  1783. where I keep my Data Diet work directory, and the result is to speed up just
  1784. about everything I do, because decompressing the dietized files into ram takes
  1785. less time than reading uncompressed files off the hard drive.  Of course I
  1786. don't have a big Quantum but a 50-meg Seagate in the TT, so I'm not saying
  1787. this is the best way for everyone; but it's definitely not a waste of RAM!
  1788.  
  1789.   gnox
  1790.  
  1791.  ------------
  1792. Category 32,  Topic 4
  1793. Message 109       Sun Feb 07, 1993
  1794. D.D.MARTIN [Swampy]          at 10:18 EST
  1795.  
  1796. Being able to dump the printer spoole with the hot key combination is a bonus
  1797. feature of the CodeHead print spooler.  But then, them CodeHeads are known for
  1798. their bonuses.  %^)
  1799.  
  1800. Hugs...Swampy
  1801.  ------------
  1802. Category 32,  Topic 4
  1803. Message 110       Sun Feb 07, 1993
  1804. J.EIDSVOOG1 [CodeHead]       at 14:01 EST
  1805.  
  1806. Ted,
  1807.  
  1808. The hot key for flushing the print spooler (either SPOOLER.PRG or
  1809. CODE_RAM.PRG) is RightShift/Enter (on the numeric keypad).  The RAM disk print
  1810. spooler can be "frozen" and "unfrozen" with LeftShift/Enter.
  1811.  
  1812. I realize that it's a bit daunting to make use of command lines.  No matter
  1813. how hard we try to make it easy, it becomes a chore to use them.  But if
  1814. you're rebooting to change the size of the RAM disk, you're doing it the hard
  1815. way.  Just install CODE_RAM.PRG in HotWire with the command line:
  1816.  
  1817. -n -dP -i400~
  1818.  
  1819. This command line creates a 400K RAM disk as drive P without warning you that
  1820. you'll lose your existing RAM disk.  And once you install it in your HotWire
  1821. menu ("400K RAM Disk P"), it's a simple matter to copy the entry to other
  1822. slots (hold the shift key while moving), and change the title and the command
  1823. line to different sizes.  To edit a command line containing a tilde, hold down
  1824. the Control key when you click on the entry.
  1825.  
  1826. I guess all of this messing around is what makes some people think HotWire is
  1827. hard to use.  Of course, you only need to do these "hard" things if you want
  1828. HotWire to do some unbelievable things that can't be done with other shells.
  1829.  
  1830. John
  1831.  ------------
  1832. Category 32,  Topic 4
  1833. Message 111       Sun Feb 07, 1993
  1834. R.JONES82 [Bob Jones]        at 21:06 EST
  1835.  
  1836. I keep a 5 meg partition that is strictly for unarcing files.  I only have 4
  1837. megs of RAM and sometimes the files I unarc are 1 meg or more. There is no
  1838. problem with space with 5 megs, but keeping a 1 meg or more ram disk would eat
  1839. away too much precious ram.  If I choose to use a 200k ram disk, I would run
  1840. into the "Not enough free space" problem and have to reconfigure the ram disk
  1841. or choose a new path for the archiver.  Why mess with all this when I can have
  1842. my archiver pre-set for a drive of 5 megs, that way I will never have out of
  1843. mem problems and the speed difference is not very noticable to me.  As for HD
  1844. fragmenting, even when a 5 meg partition is fragged all to heck I don't notice
  1845. a speed degredation.  Sure the HD speed test program will show a loss but it
  1846. is not perceptable in every day use.
  1847.  ------------
  1848. Category 32,  Topic 4
  1849. Message 112       Mon Feb 08, 1993
  1850. A.FASOLDT [Al Fasoldt]       at 07:01 EST
  1851.  
  1852. Gnox,
  1853.  
  1854. I'd opt for a larger hard drive, instead of using 2 megs of ram to support a
  1855. file compression/decompression system. Two megs could be doing some real work
  1856. with a disk cache and MultiDesk Deluxe.
  1857.  
  1858. BTW, have you noticed that all MultiDesk DAs end up in TT ram?
  1859.  
  1860. Al
  1861.  
  1862.  ------------
  1863. Category 32,  Topic 4
  1864. Message 113       Mon Feb 08, 1993
  1865. J.EIDSVOOG1 [CodeHead]       at 13:20 EST
  1866.  
  1867. Al,
  1868.  
  1869. MultiDesk simply asks for a memory block of the size required for the resident
  1870. and MDX buffers.  If that memory is available in TT RAM, TOS will give
  1871. allocate it there, regardless of the settings of the TT RAM flags.  I believe
  1872. this is because this RAM is assign to the desktop's basepage.  Perhaps a
  1873. future version of MultiDesk should have an option to specifically allocate its
  1874. buffer in either location.
  1875.  
  1876. John
  1877.  ------------
  1878. Category 32,  Topic 4
  1879. Message 114       Mon Feb 08, 1993
  1880. T.EVANS21 [<Ted E.>]         at 22:24 EST
  1881.  
  1882. John,
  1883.  
  1884. Thanks, for the Spooler/ram disk tips.. I will implement them tommorrow, and
  1885. jump all over Jeff for not thinking of them.. :)
  1886.  
  1887. Codehead stuff is funny.. I read the manual.. Get it to do as adervetised, and
  1888. I'm happy... Then six months down the road you tell me about 6 new things that
  1889. they'll do, I never knew about, or was doing the wrong way...
  1890.  
  1891. You know it's sorta' like finding a couple of $20 bills in the couch... :)
  1892.  
  1893.  <-:}Ted{:->  Monday, February 8, 1993 - 9:35:18 pm
  1894.  ------------
  1895. Category 32,  Topic 4
  1896. Message 115       Tue Feb 09, 1993
  1897. A.FASOLDT [Al Fasoldt]       at 03:03 EST
  1898.  
  1899. John,
  1900.  
  1901. It would be nice to be able to choose how TT ram is used. Thanks for the
  1902. explanation.
  1903.  
  1904. Al
  1905.  
  1906.  ------------
  1907. Category 32,  Topic 4
  1908. Message 116       Tue Feb 09, 1993
  1909. J.EIDSVOOG1 [CodeHead]       at 05:17 EST
  1910.  
  1911. Al,
  1912.  
  1913. The way MultiDesk is set up, you'd only be able to choose to allocate your
  1914. MultiDesk buffer in either ST or TT RAM, forcing all ACCs to load in the same
  1915. area.  It would be a major headache, with diminishing returns, to try to allow
  1916. each ACC to be installed in a selectable location.
  1917.  
  1918. John
  1919.  ------------
  1920. Category 32,  Topic 4
  1921. Message 117       Tue Feb 09, 1993
  1922. NTACTONE [Ron Hunter]        at 05:50 EST
  1923.  
  1924.  >  The way MultiDesk is set up, you'd only be able to choose to allocate your
  1925.  
  1926.   >MultiDesk buffer in either ST or TT RAM, forcing all ACCs to load in the
  1927. same 
  1928.   >area.  It would be a major headache, with diminishing returns, to try to 
  1929.   >allow each ACC to be installed in a selectable location.
  1930.   >------------
  1931.  
  1932.  John,
  1933.    Easy as pie.  If you allow the user to chose if MultiDesk will load
  1934.  in ST or TT ram, then he can just have one MultiDesk in TT ram with
  1935.  those .ACCS the work there, and one in ST ram with those nasty ones
  1936.  that insist on ST ram...  Simple?
  1937.  
  1938.  ------------
  1939. Category 32,  Topic 4
  1940. Message 118       Tue Feb 09, 1993
  1941. E.WISNIEWSK1 [Jeff - ST'er]  at 15:05 EST
  1942.  
  1943.   Ted,
  1944.  
  1945.  >Thanks, for the Spooler/ram disk tips.. I will implement them tommorrow, and
  1946.  >jump all over Jeff for not thinking of them.. :)
  1947.  
  1948. You will implement them?.  Or will you be watching me do it for you!. <Grin>.
  1949.  
  1950.                 ^^^^^^^^^^^^^^^^^^^
  1951.                 ^^^^    JSW    ^^^^
  1952.                 ^^^^   ST'er   ^^^^
  1953.                 ^^^^^^^^^^^^^^^^^^^
  1954.  
  1955. Tuesday, February 9, 1993 - 2:49:36 pm
  1956.  ------------
  1957. Category 32,  Topic 4
  1958. Message 119       Tue Feb 09, 1993
  1959. D.D.MARTIN [Swampy]          at 19:23 EST
  1960.  
  1961. Mmmmmmmm can you run two copies of Multidesk and install one in TT ram and the
  1962. other in ST ram?
  1963.  
  1964. Hugs...Swampy
  1965.  ------------
  1966. Category 32,  Topic 4
  1967. Message 120       Tue Feb 09, 1993
  1968. D.D.MARTIN [Swampy]          at 20:27 EST
  1969.  
  1970. JEFF!!  Where ya been?
  1971.  
  1972. Hugs...Swampy
  1973.  ------------
  1974. Category 32,  Topic 4
  1975. Message 121       Tue Feb 09, 1993
  1976. J.EIDSVOOG1 [CodeHead]       at 21:45 EST
  1977.  
  1978. Swampy,
  1979.  
  1980. No, not currently.
  1981.  
  1982. John
  1983.  ------------
  1984. Category 32,  Topic 4
  1985. Message 122       Wed Feb 10, 1993
  1986. A.FASOLDT [Al Fasoldt]       at 07:13 EST
  1987.  
  1988. Thanks, John. I mention that goal (choosing which type of RAM for DAs)
  1989. because, for many desk accessories, the added speed of TT RAM is a waste.
  1990. CardFile, CAL, STeno, STalker and so on work just fine in ST RAM.
  1991.  
  1992. Is there a way to force all of them into ST RAM? If there is, I missed it. (I
  1993. just noticed from your later comment that this does not seem to be possible
  1994. ... yet!)
  1995.  
  1996. Al
  1997.  
  1998.  ------------
  1999. Category 32,  Topic 4
  2000. Message 123       Wed Feb 10, 1993
  2001. E.WISNIEWSK1 [Jeff - ST'er]  at 07:54 EST
  2002.  
  2003.   Swampy,
  2004.  
  2005. See E-Mail.  As heavy handed as the Sysops are lately, I only want to post
  2006. stuff about the CodeHeads Utilities here.  <Grin>.
  2007.  
  2008.                 ^^^^^^^^^^^^^^^^^^^
  2009.                 ^^^^    JSW    ^^^^
  2010.                 ^^^^   ST'er   ^^^^
  2011.                 ^^^^^^^^^^^^^^^^^^^
  2012.  
  2013. Wednesday, February 10, 1993 - 7:45:02 am
  2014.  ------------
  2015. Category 32,  Topic 4
  2016. Message 124       Wed Feb 10, 1993
  2017. T.EVANS21 [<Ted E.>]         at 18:46 EST
  2018.  
  2019.  >Message 118       Tue Feb 09, 1993
  2020.  >E.WISNIEWSK1 [Jeff - ST'er]  at 15:05 EST
  2021.  >
  2022.  >  Ted,
  2023.  >
  2024.  > >Thanks, for the Spooler/ram disk tips.. I will implement them tommorrow,
  2025. and
  2026.  > >jump all over Jeff for not thinking of them.. :)
  2027.  >
  2028.  >You will implement them?.  Or will you be watching me do it for you!.
  2029. <Grin>.
  2030.  >
  2031.  >                ^^^^^^^^^^^^^^^^^^^
  2032.  >                ^^^^    JSW    ^^^^
  2033.  >                ^^^^   ST'er   ^^^^
  2034.  >                ^^^^^^^^^^^^^^^^^^^
  2035.  >----------
  2036.  
  2037. A few brief words of wisdom, from my technical staff.... :)
  2038.  
  2039. And some of you "missed" him???  <grin>...
  2040.  
  2041.  <-:}Ted{:->  Wednesday, February 10, 1993 - 8:51:54 am
  2042.  
  2043. Swampy:  Jeff has been, shall we say, incognito....  :)
  2044.  ------------
  2045. Category 32,  Topic 4
  2046. Message 125       Wed Feb 10, 1993
  2047. D.D.MARTIN [Swampy]          at 22:01 EST
  2048.  
  2049. TED --
  2050.  
  2051.  >Jeff has been incognito.
  2052.  
  2053. You mean that was _him_ in the Gribniff teeshirt?  ROTF.  I'll kick his little
  2054. behind!!!!  %^)
  2055.  
  2056. Swampy <--- sleeps with da CodeHeads (tee shirt on)
  2057.  
  2058. Hugs...Swampy
  2059.  ------------
  2060. Category 32,  Topic 4
  2061. Message 126       Thu Feb 11, 1993
  2062. G.FUHRMAN [gnox]             at 04:30 EST
  2063.  
  2064. Al,
  2065.  
  2066.  > I'd opt for a larger hard drive, instead of using 2 megs of ram to
  2067.  > support a file compression/decompression system. Two megs could be
  2068.  > doing some real work with a disk cache and MultiDesk Deluxe.
  2069.  
  2070. Well, I already use MDD and a disk cache.  Your point would be well taken if
  2071. my only purpose in using Data Diet was to save hard drive space.  But equally
  2072. important to me is the speed factor.  With a work directory on a good reset-
  2073. proof ramdisk like John's, Data Diet makes my system _faster_.  (I've repeated
  2074. this maybe too many times, but that's because people don't seem to believe it!
  2075. I wouldn't have believed it myself until I tried it.)
  2076.  
  2077.  > BTW, have you noticed that all MultiDesk DAs end up in TT ram?
  2078.  
  2079. Yep.  In fact _all_ DAs end up in TT ram.  That's one reason why I put my big
  2080. Codehead ramdisk in ST ram: my ST ram is underused since I got rid of the
  2081. SLM804.
  2082.  
  2083.   gnox
  2084.  
  2085.  ------------
  2086. Category 32,  Topic 4
  2087. Message 127       Thu Feb 11, 1993
  2088. NTACTONE [Ron Hunter]        at 07:39 EST
  2089.  
  2090. Gnox,
  2091.   You are right.  I DON'T believe Data Diet will make your system faster. 
  2092. Have you tried running the uncompressed programs from the Ramdisk?  I bet that
  2093. will be MUCH faster.
  2094.  
  2095.  ------------
  2096. Category 32,  Topic 4
  2097. Message 128       Thu Feb 11, 1993
  2098. J.EIDSVOOG1 [CodeHead]       at 11:46 EST
  2099.  
  2100. I just did some investigation and the reason that not only MultiDesk and its
  2101. ACC, but _all_ ACCs end, up in TT RAM is that they are all children of the
  2102. desktop, which has TT RAM flags set in its basepage.
  2103.  
  2104. I haven't tried it, but I believe it would be possible to have an AUTO program
  2105. which could examine the TT RAM flags of each ACC that is loaded (into desk
  2106. menu slots) and set flags accordingly, forcing that ACC to load into the RAM
  2107. area specified by its flags.
  2108.  
  2109. John
  2110.  ------------
  2111. Category 32,  Topic 4
  2112. Message 129       Thu Feb 11, 1993
  2113. T.EVANS21 [<Ted E.>]         at 18:46 EST
  2114.  
  2115.  >Atari-ST RoundTable
  2116.  >Category 32,  Topic 4
  2117.  >Message 125       Wed Feb 10, 1993
  2118.  >D.D.MARTIN [Swampy]          at 22:01 EST
  2119.  >
  2120.  >TED --
  2121.  >
  2122.  > >Jeff has been incognito.
  2123.  >
  2124.  >You mean that was _him_ in the Gribniff teeshirt?  ROTF.  I'll kick his
  2125. little
  2126.  >behind!!!!  %^)
  2127.  >
  2128.  >Swampy <--- sleeps with da CodeHeads (tee shirt on)
  2129.  >
  2130.  >Hugs...Swampy
  2131.  >----------
  2132.  >
  2133.  ------------
  2134. Category 32,  Topic 4
  2135. Message 130       Fri Feb 12, 1993
  2136. J.MEEHAN3 [>> Joe M << ]     at 05:41 EST
  2137.  
  2138. gnox,
  2139.  
  2140.  
  2141.          Yep Data Diet is very fast and if you use a RAM disk it might
  2142.  be faster than many drives.  However I have chosen not to use it for
  2143.  now since it does have a few problems with some programs and because
  2144.  with a fast drive (fast seek and transfer rate) I don't think it can
  2145.  beat out my primary drive.
  2146.  
  2147.  
  2148.  >> Joe M <<
  2149.  ------------
  2150. Category 32,  Topic 4
  2151. Message 131       Fri Feb 12, 1993
  2152. G.FUHRMAN [gnox]             at 07:40 EST
  2153.  
  2154. Ron,
  2155.  
  2156.  >   I DON'T believe Data Diet will make your system faster.
  2157.  
  2158. Are you taking into account that I'm using a TT?
  2159.  
  2160. I don't think an 8-mHz machine could be speeded up by a Data Diet / ramdisk
  2161. setup, but when your system is running at 32 mHz and your hard drive is no
  2162. faster than a stock Seagate ... see what I mean?
  2163.  
  2164.  >Have you tried running the uncompressed programs from the Ramdisk?
  2165.  
  2166. I think that question would relate to an executable-file packer such as Squish
  2167. more than Data Diet, but since you mention it, Squishing programs speeds
  2168. things up on a TT for the same reason that dietizing data files does.  Copying
  2169. programs to the ramdisk and running them from there would be superfluous in
  2170. most cases.
  2171.  
  2172.   gnox
  2173.  
  2174.  ------------
  2175. Category 32,  Topic 4
  2176. Message 132       Fri Feb 12, 1993
  2177. NTACTONE [Ron Hunter]        at 23:41 EST
  2178.  
  2179. Gnox,
  2180.   Any way you want to slice it, a compressed program or file has to be
  2181. decompressed before it can be used.  This incurs a penalty for the time it
  2182. takes to decompress it.  If you are running from diskette, you might save
  2183. time, but NOT from a ramdisk.  It just doesn't compute.  But if it seems
  2184. faster to you, have fun.
  2185.  
  2186.  ------------
  2187. Category 32,  Topic 4
  2188. Message 133       Sat Feb 13, 1993
  2189. G.FUHRMAN [gnox]             at 06:42 EST
  2190.  
  2191. Ron,
  2192.  
  2193. If it doesn't compute, maybe you need a new computer.   :)
  2194.  
  2195. Of course it takes time to decompress a data file.  It also takes time to read
  2196. a file off the disk.  When the file being read off the disk is half the size
  2197. of the decompressed file (or less in some cases such as PageStream docs), it
  2198. takes half the time to read it off the disk.  On my TT, the decompression
  2199. takes place at half a megabyte per second. Reading a 500K PageStream doc off
  2200. my Seagate takes _considerably_ longer than one second.
  2201.  
  2202. Of course that's not the only time saving I get with the Data Diet / Codehead
  2203. ramdisk combination.  Backups with Diamond Back are blindingly fast because
  2204. the files I'm backing up are already compressed; same with archives.  And when
  2205. I open a file from my archives, it's the same as opening any other file - no
  2206. extra step for restoring or de-arcing or melting.
  2207.  
  2208. On top of that, things like fonts for PageStream are handled faster with Data
  2209. Diet's VROdisk.  But this is getting off the Codehead ramdisk topic, so I
  2210. won't ramble on.  Just trying to return the favor you did me by insisting on
  2211. the merits of Aladdin when I was skeptical.   :)
  2212.  
  2213.   gnox
  2214.  
  2215.  ------------
  2216. Category 32,  Topic 4
  2217. Message 134       Sat Feb 13, 1993
  2218. NTACTONE [Ron Hunter]        at 10:46 EST
  2219.  
  2220. Gnox,
  2221.    I still don't understand how a read from a ramdisk and decompress can be
  2222. faster than just reading from a ramdisk.  Unless you are saying that the
  2223. ramdisk you get with Data Diet is faster than CodeRam.  If so, the CodeHeads
  2224. will be wondering how this was done.
  2225.  
  2226.    If you mean from the ramdisk, and decompressing, faster than from your HD,
  2227. sure, I believe that, but probably not from mine..
  2228.  
  2229.  ------------
  2230. Category 32,  Topic 4
  2231. Message 135       Sat Feb 13, 1993
  2232. CODEHEAD [Charles]           at 12:57 EST
  2233.  
  2234. gnox,
  2235.  
  2236.   I'm interested; do you have benchmark results to prove that Data Diet
  2237. compressed files load faster than uncompressed files?  The only way this could
  2238. be true is with a _very_ slow hard drive.  If your Seagate drive takes
  2239. _considerably_ longer than a second to read 500K, then it's on the very low
  2240. end of the modern HD speed scale; these days, it's not uncommon for hard
  2241. drives to achieve transfer rates of 1400K/sec or better.
  2242.  
  2243. - Charles @ CodeHead Tech
  2244.   Saturday, February 13, 1993  9:46 am
  2245.  
  2246.  ------------
  2247. Category 32,  Topic 4
  2248. Message 136       Sun Feb 14, 1993
  2249. G.FUHRMAN [gnox]             at 07:21 EST
  2250.  
  2251. Ron,
  2252.  
  2253.  > I still don't understand how a read from a ramdisk and decompress
  2254.  > can be faster than just reading from a ramdisk.
  2255.  
  2256. I never said that.  I guess I've been mistakenly assuming that you knew how
  2257. Data Diet works.  What happens on my system when a dietized file is opened is
  2258. this:  first the compressed file is read from the hard drive; then it is
  2259. decompressed (at nearly half a meg per second, according to Data Diet's own
  2260. readout); then the original-size file is written to the ramdisk (_very_ fast),
  2261. and the application accesses it there.  The work directory is the place where
  2262. the _uncompressed_ files are temporarily stored.  (The application, of course,
  2263. is itself in RAM, just as it would be if I didn't use DD or Squish.)  The file
  2264. in the work directory is compressed and then written to the hard disk either
  2265. when I save it or when I exit the application (depending on how DD is
  2266. configured to work with that program).
  2267.  
  2268. So the time saving has to do with the difference between the length of the
  2269. original file and the length of the dietized version on the hard disk.  I'm
  2270. quite willing to believe that your hard disk is faster than mine and that DD
  2271. would not speed up your system.   :)
  2272.  
  2273.  > Unless you are saying that the
  2274.  > ramdisk you get with Data Diet is faster than CodeRam.
  2275.  
  2276. Well, it is, in a way.  In addition to the process described above, Data Diet
  2277. II offers a special option called a VRO (Virtual Read Only) disk for use with
  2278. data files that are not written to, such as RSC or font files.  It's faster
  2279. because it's not really a ramdisk - nothing is written to it except memory
  2280. locations.  It just means that a file dietized as read-only can be handled in
  2281. such a way that after the file is opened (and decompressed into memory), the
  2282. application's subsequent access to it is redirected to the copy already in
  2283. memory, bypassing the work directory.  But this "ramdisk" can't be used for
  2284. anything else, so it can't be compared to the Codehead ramdisk.
  2285.  
  2286. Charles,
  2287.  
  2288. I confess - my comparisons are quite subjective and unscientific.  I don't
  2289. even know whether I have a utility that will measure my drive's transfer rate;
  2290. I'm not much of a hacker.  All I know is that I once disabled Data Diet to see
  2291. whether it was responsible for a problem I was having with PageStream.  (It
  2292. wasn't.)  I had normalized a large PageStream doc that I had just been working
  2293. with.  I found, much to my surprise, that the file took longer to load, and
  2294. even longer to save, than it did when Data Diet was active and the file was
  2295. dietized. I tried a few other programs too and felt that the speed difference,
  2296. if any, was in Data Diet's favor.  How did I know?  The same way I know the
  2297. difference when I turn off Warp 9.  I've never really bothered with the
  2298. benchmarks for that either.
  2299.  
  2300. Maybe I'm overdoing it here because I like to get into a good debate now and
  2301. then.  I'm not trying to `sell' Data Diet as a better alternative to a modern
  2302. hard drive; when my original-equipment hard drive bites the rust, I'll be in
  2303. the market for a bigger, faster one myself, and in that case I'll probably
  2304. reduce my use of Data Diet somewhat.  (I'll probably still use it for archives
  2305. and PageStream at least.)  All I will insist on is that for those who have a
  2306. TT with lots of RAM and a good ramdisk like Codehead's, Data Diet is a
  2307. practical (meaning fast) alternative to spending hundreds of dollars on a new
  2308. drive.
  2309.  
  2310. Maybe Keith over in the Trace Technologies topic could offer specific figures.
  2311. - But I don't think Keith has a TT, and even he wouldn't try to sell Data Diet
  2312. on its speed alone!   :)
  2313.  
  2314.   gnox
  2315.  
  2316.  ------------
  2317. Category 32,  Topic 4
  2318. Message 137       Sun Feb 14, 1993
  2319. NTACTONE [Ron Hunter]        at 10:14 EST
  2320.  
  2321. Gnox,
  2322.   Thanks for the clarification.  But once the file is copied to the ramdisk,
  2323. speeds would be pretty much the same, Data Diet, or not.  If you need to save
  2324. the space on the HD, then is certainly is nice that it does that and doesn't
  2325. impose a speed penalty, at least the way you have it set  up..
  2326.  
  2327.  ------------
  2328. Category 32,  Topic 4
  2329. Message 138       Mon Feb 15, 1993
  2330. G.FUHRMAN [gnox]             at 06:39 EST
  2331.  
  2332. Ron,
  2333.  
  2334.  > But once the file is copied to the ramdisk,
  2335.  > speeds would be pretty much the same, Data Diet, or not.
  2336.  
  2337. Absolutely right!  :)   When I'm using Aladdin, for instance, the system
  2338. behaves as if I had moved the whole Aladdin folder to the ramdisk - except
  2339. that it all happens automatically, and it takes up a lot less space on my hard
  2340. drive.  If I am right about the time saving, it would only be when the data
  2341. files are in transit from the hard disk to the ramdisk.
  2342.  
  2343.   gnox
  2344.  
  2345.  ------------
  2346. Category 32,  Topic 4
  2347. Message 139       Tue Feb 16, 1993
  2348. F.OLIVAS [Fred O.]           at 01:31 EST
  2349.  
  2350. I bought the Head utilities many moons back and have never used it. I found
  2351. that my DTP package didn't like it (Fleet Street).  I also have a Quantum 105
  2352. but my second unit is a Floptical drive and I love this combination!
  2353.  
  2354. Fred Olivas
  2355.  
  2356.  ------------
  2357. Category 32,  Topic 4
  2358. Message 140       Wed Feb 17, 1993
  2359. J.EIDSVOOG1 [CodeHead]       at 10:56 EST
  2360.  
  2361. Fred,
  2362.  
  2363. It doesn't make sense that Fleet Street "didn't like it", because CodeHead
  2364. Utilities is not an "it" (not a single entity).  I think that you didn't try
  2365. hard enough.  To have eliminated all of the CodeHead Utilities from your
  2366. arsenal because something conflicted with Fleet Street is like eliminating all
  2367. pizza from your diet simply because you don't like anchovies.  <grin>
  2368.  
  2369. John
  2370.  ------------
  2371. Category 32,  Topic 4
  2372. Message 141       Wed Feb 17, 1993
  2373. NTACTONE [Ron Hunter]        at 23:51 EST
  2374.  
  2375. Hummm, John, I eliminated Pizza from MY diet because I can't tolerate
  2376.  (physically) cheese.  Grin.
  2377.  
  2378.  
  2379.  ------------
  2380. Category 32,  Topic 4
  2381. Message 142       Thu Feb 18, 1993
  2382. J.EIDSVOOG1 [CodeHead]       at 15:27 EST
  2383.  
  2384. Ron,
  2385.  
  2386. That certainly makes sense.  Most pizzas contain cheese (but anchovies are
  2387. optional <grin>).  If you ever get to California, you should check out the
  2388. chain "California Pizza Kitchen".  They have a lot of different kinds of
  2389. pizza, many with no cheese.  Some of my favorites are Thai Chicken Pizza and
  2390. Cajun Pizza.
  2391.  
  2392. John
  2393.  ------------
  2394. Category 32,  Topic 4
  2395. Message 143       Thu Feb 18, 1993
  2396. SFRT-ASST [Kenne@SFRT]       at 18:06 EST
  2397.  
  2398. It not pizza but the chicken-tequila fettacini is great at the CPK.
  2399.  ------------
  2400. Category 32,  Topic 4
  2401. Message 144       Thu Feb 18, 1993
  2402. FB [ST Librarian]            at 19:01 EST
  2403.  
  2404. John,
  2405.  Now if they could only make pizza without the tomato sauce. Since I am very
  2406. allergic to tomatoes I haven't had a pizza in YEARS!
  2407.  Fred
  2408.  
  2409.  ------------
  2410. Category 32,  Topic 4
  2411. Message 145       Thu Feb 18, 1993
  2412. SFRT-ASST [Kenne@SFRT]       at 21:03 EST
  2413.  
  2414. They do make pizza without tomato or tomatos sauce. It's called "white" pizza.
  2415. They coat the dough with with olive oil and garlic and add the  toppings. They
  2416. also make cheeseless pizzas. 
  2417.  ------------
  2418. Category 32,  Topic 4
  2419. Message 146       Thu Feb 18, 1993
  2420. OUTRIDER [Terry]             at 21:22 EST
  2421.  
  2422. Blasphemy!  It ain't a pizza if it ain't got cheese and tomato sauce!
  2423.  ------------
  2424. Category 32,  Topic 4
  2425. Message 147       Thu Feb 18, 1993
  2426. J.TRAUTSCHOL [jtrautschold]  at 22:43 EST
  2427.  
  2428. Hey - how can you call it "Pizza" without Cheese and Tomato Sauce??? :-)
  2429.  ------------
  2430. Category 32,  Topic 4
  2431. Message 148       Fri Feb 19, 1993
  2432. SFRT-ASST [Kenne@SFRT]       at 01:04 EST
  2433.  
  2434. Apparently, legally you can't call it pizza unless it has tomato sauce. 
  2435.  ------------
  2436. Category 32,  Topic 4
  2437. Message 149       Fri Feb 19, 1993
  2438. G.FUHRMAN [gnox]             at 05:37 EST
  2439.  
  2440. Lordy, where's the topic cops when you need 'em?  Out having a pizza? :)
  2441.  ------------
  2442. Category 32,  Topic 4
  2443. Message 150       Fri Feb 19, 1993
  2444. NTACTONE [Ron Hunter]        at 06:41 EST
  2445.  
  2446. John,
  2447.     Humm.  A pizza without cheese.  Isn't that like a hamburger
  2448.  without meat?  Grin.
  2449.  
  2450.  Kenne,
  2451.     Oh no!  Now no tomato sauce.  Next someone will tell me about
  2452.  pizza with no crust.  NO crust, no tomato sauce, and no cheese.  Is
  2453.  this really worth the trip?  ......
  2454.  
  2455.  ------------
  2456. Category 32,  Topic 4
  2457. Message 151       Fri Feb 19, 1993
  2458. J.EIDSVOOG1 [CodeHead]       at 11:05 EST
  2459.  
  2460. Fred,
  2461.  
  2462. California Pizza Kitchen also has tomato-less pizza, too.  You should check
  2463. them out.  I know there's at least one in San Francisco.
  2464.  
  2465. (Sorry about the topic violations -- I really don't hold any stock in this
  2466. pizza chain <grin>).
  2467.  
  2468. John
  2469.  ------------
  2470. Category 32,  Topic 4
  2471. Message 152       Fri Feb 19, 1993
  2472. SFRT-ASST [Kenne@SFRT]       at 13:23 EST
  2473.  
  2474. There's a CPK in Vegas at the Mirage too.
  2475.  ------------
  2476. Category 32,  Topic 4
  2477. Message 153       Sat Feb 20, 1993
  2478. BRIAN.H [ST~SysOp]           at 08:04 EST
  2479.  
  2480. I am finished my pizza. Can we get back on topic? Thanks.
  2481.  
  2482.                                 *******Brian*********
  2483.         Written on Saturday 20 February 1993 at 00:53 a.m. AST
  2484.  
  2485.  ------------
  2486. Category 32,  Topic 4
  2487. Message 154       Sat Feb 20, 1993
  2488. WAYNED. [Wayne]              at 10:35 EST
  2489.  
  2490.  >Blasphemy!  It ain't a pizza if it ain't got cheese and tomato sauce!
  2491.  
  2492.   Agreed!!  Although I usually opt for "Extra Cheese"
  2493.  
  2494.    "CheeseEater"  <sorry, I came In late to this off-topic thread>
  2495.  
  2496.         :-`)   <Licking my lips thinking of a Pizza!>
  2497.  
  2498.  ------------
  2499. Category 32,  Topic 4
  2500. Message 155       Sun Feb 21, 1993
  2501. F.OLIVAS [Fred O.]           at 04:22 EST
  2502.  
  2503. To all Pizza Heads,
  2504.  
  2505. I didn't mean to imply that I eliminated all utilities.  I use Zero Disk
  2506. often.  What I ment was that graphics don't get printed using the Spooler. 
  2507. Text prints fine but if I just wanted text then I'd use my word processor.  I
  2508. use my DTP program for both graphics and text.
  2509.  
  2510. By the way, Boboli pizza is wonderful on the east coast.  I've had this
  2511. 'white' pizza with clams just once and I loved it!
  2512.  
  2513. Fred Olivas
  2514.  
  2515.  ------------
  2516. Category 32,  Topic 4
  2517. Message 156       Sun Feb 21, 1993
  2518. J.EIDSVOOG1 [CodeHead]       at 16:09 EST
  2519.  
  2520. Fred,
  2521.  
  2522. > graphics don't get printed using the Spooler.
  2523.  
  2524. What do you mean by that?  Both SPOOLER.PRG and the print spooler in the
  2525. CodeHead RAM Disk print graphics just fine -- on _all_ printers. I should know
  2526. because I've used them for years, and the latter was used to create raw
  2527. printer dumps of our URW font charts for five main printer types -- including
  2528. 9-pin, 24-pin, DeskJet, BubbleJet, and HP LaserJet.  These were uploaded to
  2529. the online services and no problems were reported.
  2530.  
  2531. What sort of problems did you have?  Have you considered the possibility that
  2532. there may have been a user error involved?
  2533.  
  2534. John
  2535.  ------------
  2536. Category 32,  Topic 4
  2537. Message 158       Mon Feb 22, 1993
  2538. A.FASOLDT [Al Fasoldt]       at 06:56 EST
  2539.  
  2540. Fred,
  2541.  
  2542. I don't know about West Coast pizza, but east Coast graphics print out just
  2543. fine on the 'Heads' spooler.
  2544.  
  2545. Al
  2546.  
  2547.  ------------
  2548. Category 32,  Topic 4
  2549. Message 159       Wed Feb 24, 1993
  2550. D.D.MARTIN [Swampy]          at 07:02 EST
  2551.  
  2552. FRED
  2553.  
  2554. I've long recommended the CodeHead print spooler to friends.  I use it every
  2555. day with PageStream to print EPS graphics.  It's the only print spooler that I
  2556. have found that is stable enough to run with ZoomRacks.
  2557.  
  2558. If you are using PageStream to print your graphics, I may be of some help. 
  2559. Drop me Email.
  2560.  
  2561. Hugs...Swampy
  2562.  
  2563.  ------------
  2564. Category 32,  Topic 4
  2565. Message 160       Sun Mar 14, 1993
  2566. F.GORON [Frank]              at 18:24 EST
  2567.  
  2568. John,
  2569.  
  2570. I was playing around with the Codehead ramdisk & I came across some quirks
  2571. that perhaps you can help me with. I have a TT with Tos 3.05 & 8 meg of ram.
  2572.  
  2573. First of all, I experienced this with ALL accs,Auto prgs,etc turned off 
  2574. except for the programs I mention in this post. When I tried to change the ram
  2575. used between fast & normal by using F11, it would not toggle between  the two,
  2576. UNLESS I first ran 24bit.prg to disable the TT ram. The F11  toggled just
  2577. fine. However, the ramdisk would not run, regardless of this setting when
  2578. 24bit.prg was run. I got the "not enough ram, or upper memory is reserved..."
  2579. (paraphrased) message. Is there some way I can get the ramdisk to work when
  2580. using 24bit.prg?
  2581.  
  2582. Oh, I almost forgot to mention that I got a fresh copy of the ramdisk from the
  2583. master disk and with it F11 worked fine UNTIL I saved the configuration then
  2584. F11 was once again disabled.
  2585.  
  2586. The other quirk I came across was that I don't seem to be able to remove the
  2587. ramdisk unless I boot warp 9 as well as the ramdisk. If I try to remove it I
  2588. get the "are you sure?
  2589.  message, then I get an "error removing ramdisk" or something like that. Now I
  2590. don't recall this problem before, but I've also been using QuickST before Warp
  2591. 9, so it's possible I never before tried to remove the ramdisk when nothing
  2592. else was installed.       help?
  2593.  
  2594. Frank
  2595.  
  2596.  
  2597. I just realized that the 24bit,ramdisk,F11 explanation doesn't make sense. How
  2598. can I be using the ramdisk with 24bit when I can't run the ramdisk with 24bit?
  2599. What I mean is that after booting with 24bit, I then run the ramdisk from the
  2600. desktop & I get to the menu screen, but then when I hit enter to install the
  2601. ramdisk, THAT'S when I get the "not enough ram..." message.    Sorry <g>
  2602.  
  2603. Frank
  2604.  ------------
  2605. Category 32,  Topic 4
  2606. Message 161       Mon Mar 15, 1993
  2607. J.SAFFER [JASON SAFFER]      at 02:40 EST
  2608.  
  2609. This is embarrassing....round about January I posted some messages about the
  2610. difficulty I was having with Art Gallery bombing when I would exit from
  2611. viewing a TNY pic, when Art Gallery on my TT was loaded into MultiDesk, either
  2612. as a resident or non-resident acc. This symptom did not occur when I would use
  2613. AG as a regular acc nor as a program, only when in MultiDesk. This would occur
  2614. with AG as the ONLY accessory loaded into MultiDesk.
  2615.  
  2616. OK, there were a number of messages that went back and forth and a solution
  2617. was found -- and, for the life of me, I can't now remember what it was. It
  2618. took care of this symptom then and now the symptom is back and I can't figure
  2619. out what the solution is. See what I mean, embarrassing! I've reviewed
  2620. whatever archived messages I kept from back then but no clue is there. And
  2621. I've reviewed the messages in this topic and the discussion isn't there
  2622. either. I have a feeling the messages/dialog was going on in a different topic
  2623. area.
  2624.  
  2625. Anybody remember this discussion and what the outcome was. Or perhaps someone
  2626. remembers the symptom and can propose a solution?
  2627.  
  2628. - Jason Saffer
  2629.   Hercules, California
  2630.   Sunday, March 14, 1993  11:32 pm
  2631.  
  2632.  ------------
  2633. Category 32,  Topic 4
  2634. Message 162       Mon Mar 15, 1993
  2635. A.FASOLDT [Al Fasoldt]       at 07:17 EST
  2636.  
  2637. Jason,
  2638.  
  2639. The only way that I can use Art Gallery on my TT (it's the latest Art Gallery,
  2640. and a TOS 3.06 TT) is to set up a Warp 9 .dat file that turns off the screen
  2641. acceleration when Art Gallery runs.
  2642.  
  2643. Otherwise, it bombs on exit.
  2644.  
  2645. Al
  2646.  
  2647.  ------------
  2648. Category 32,  Topic 4
  2649. Message 163       Mon Mar 15, 1993
  2650. J.EIDSVOOG1 [CodeHead]       at 20:17 EST
  2651.  
  2652. Frank Goron,
  2653.  
  2654. When you remove the CodeHead RAM disk, there is still some code which is left
  2655. installed.  For this reason, you cannot change between ST/TT RAM after
  2656. installing the RAM disk and removing it -- unless you do a cold boot (or power
  2657. off/on).  It has nothing to do with saving your configuration, only with
  2658. whether you've already installed it in on of your memory sections.
  2659.  
  2660. As for 24bit.prg, I don't know about those problems.  I don't use it.
  2661.  
  2662. If you get warning messages that the RAM disk can't be removed, you'll just
  2663. have to do a cold boot to remove it.  There are a number of possible reasons
  2664. for that message, but they all mean the same thing: It can't be removed. 
  2665. (Don't forget that there is no other available reset-proof RAM disk that can
  2666. be "removed" at all except with a cold boot.)
  2667.  
  2668. John
  2669.  ------------
  2670. Category 32,  Topic 4
  2671. Message 164       Tue Mar 16, 1993
  2672. J.KUDRON [Jim~ST Sysop]      at 07:58 EST
  2673.  
  2674. Jason & Al,
  2675.  
  2676. I'm using AG on my TT (3.06) with no problems at all. I have AG loaded into
  2677. MultiDesk as a non-resident desk accessory. I also have Warp 9 loaded and I
  2678. don't have to turn off screen accelleration. No bombs at all.
  2679.  
  2680.  
  2681.  Jim Kudron
  2682.  <ST Sysop>
  2683.  15Mar93
  2684.  19:06:18
  2685.  
  2686.  ------------
  2687. Category 32,  Topic 4
  2688. Message 165       Wed Mar 17, 1993
  2689. A.FASOLDT [Al Fasoldt]       at 03:44 EST
  2690.  
  2691. Thanks, Jim.
  2692.  
  2693. Al
  2694.  
  2695.  ------------
  2696. Category 32,  Topic 4
  2697. Message 166       Thu Mar 18, 1993
  2698. J.SAFFER [JASON SAFFER]      at 01:58 EST
  2699.  
  2700. Jim, try viewing a TNY picture and then exiting and see if you bomb out or
  2701. not. I only get bombs exiting a tny pic, other pics work fine.
  2702.  
  2703. - Jason Saffer
  2704.   Hercules, California
  2705.   Tuesday, March 16, 1993  11:10 pm
  2706.  
  2707.  ------------
  2708. Category 32,  Topic 4
  2709. Message 167       Thu Mar 18, 1993
  2710. J.KUDRON [Jim~ST Sysop]      at 10:50 EST
  2711.  
  2712. Jason,
  2713.  
  2714. I just ran Art Gallery from HotWire. Viewed a .TNY pic and exited just fine-no
  2715. bombs. That was HotWire (3.0), MultiDesk Deluxe (3.4a) & Art Gallery (3.0).
  2716.  
  2717. I even ran it while in Aladdin-again, no problems. Perhaps someone with a
  2718. little more expertise?? John...Charles..Tomas...??
  2719.  
  2720.  
  2721.  Jim Kudron
  2722.  <ST Sysop>
  2723.  18Mar93
  2724.  10:43:10
  2725.  
  2726.  ------------
  2727. Category 32,  Topic 4
  2728. Message 168       Thu Mar 18, 1993
  2729. J.EIDSVOOG1 [CodeHead]       at 16:21 EST
  2730.  
  2731. We've tested and retested Art Gallery many times in attempts to duplicate the
  2732. reported problems on the TT.  We've never had a problem.
  2733.  
  2734. John
  2735.  ------------
  2736. Category 32,  Topic 4
  2737. Message 169       Thu Mar 18, 1993
  2738. SANDY.W [sysop]              at 17:44 EST
  2739.  
  2740. I would sure like to know what is going on. It crashes like clockwork on my
  2741. TTM194, when run as a MDX from MultiDesk! I miss it.
  2742.  ------------
  2743. Category 32,  Topic 4
  2744. Message 170       Fri Mar 19, 1993
  2745. J.EIDSVOOG1 [CodeHead]       at 03:28 EST
  2746.  
  2747. Sandy,
  2748.  
  2749. Aha...TTM194, eh?  Art Gallery basically doesn't work at all in TT High
  2750. resolution.  The only type of picture it could show would be TT High res Prism
  2751. Paint pictures.  Unfortunately, Art Gallery seems to think these pictures are
  2752. in the wrong resolution so an alert box comes up.
  2753.  
  2754. When you try to view any other type of picture, Art Gallery tries to set it to
  2755. the correct resolution (there are five available resolutions on a color TT
  2756. Monitor) and this crashes a TT High res system.  We didn't have a TT High res
  2757. monitor when Art Gallery was released so this was never tested.
  2758.  
  2759. I had assumed that the TT problems with Art Gallery were all from color users.
  2760.  
  2761. John
  2762.  ------------
  2763. Category 32,  Topic 4
  2764. Message 171       Fri Mar 19, 1993
  2765. SANDY.W [sysop]              at 15:06 EST
  2766.  
  2767. Oh.... <sigh>.
  2768.  ------------
  2769. Category 32,  Topic 4
  2770. Message 172       Sun Mar 21, 1993
  2771. R.CARPENTE18 [Bob C.]        at 02:07 EST
  2772.  
  2773. John/Charles:
  2774.     I have a question for you.  I'm attempting to run coderam on my TT.  If I
  2775. use ST ram, then everything's fine.  However, if I use TT ram, then I get "Not
  2776. enough memory for this size disk or top end memory is reserved.  To install
  2777. the ram disk will require a reset." I tried a reset and the ram disk wasn't
  2778. installed.  I have 4 Meg of TT ram and attempted to set up a 69K (smallest
  2779. size) ram disk and it still gave me that message.
  2780.     I tried booting up with a plain system (only DeskManager installed,
  2781. nothing else) and I still got the error.  I know I had some hardware problems
  2782. with TT ram when I first bought the machine, but since the TT ram board was
  2783. replaced, things have worked fine in TT ram.  What's the problem here?  Also
  2784. what is that alert box telling me?
  2785.  
  2786.                                         Bob Carpenter
  2787.  
  2788.  ------------
  2789. Category 32,  Topic 4
  2790. Message 173       Sun Mar 21, 1993
  2791. J.EIDSVOOG1 [CodeHead]       at 04:02 EST
  2792.  
  2793. Bob Carpenter,
  2794.  
  2795. That message is telling you that CodeRam can't find the memory block that
  2796. contains the top end of TT RAM.  Others have reported this problem as well,
  2797. but I've never been able to duplicate it.  Have you updated your CodeRam with
  2798. the patch program here in the library?
  2799.  
  2800. John
  2801.  ------------
  2802. Category 32,  Topic 4
  2803. Message 174       Sun Mar 21, 1993
  2804. G.FUHRMAN [gnox]             at 07:35 EST
  2805.  
  2806. Bob C.,
  2807.  
  2808. I'm one of those who had that problem (past tense, fortunately.)  I tried
  2809. juggling AUTO folder order and every other trick I could think of, and then it
  2810. just went away before I could figure out why.  It hasn't come back, but for a
  2811. couple months I was afraid it would come back if I changed my AUTO folder or
  2812. CodeRam setup.  Now I do that fairly often, and still always find the top end.
  2813. Go figure.
  2814.  
  2815.   gnox
  2816.  
  2817.  ------------
  2818. Category 32,  Topic 4
  2819. Message 175       Sun Mar 21, 1993
  2820. R.CARPENTE18 [Bob C.]        at 18:04 EST
  2821.  
  2822. John,
  2823.     I've got Release 4 of Coderam.  Release 3 bombed on my TT.  If there's a
  2824. patch after the normal Release 4, then I don't have it.  If that's the case,
  2825. what's the file #.  I did a search on Coderam, but didn't find it.
  2826.  
  2827.                                        Bob C.
  2828.  ------------
  2829. Category 32,  Topic 4
  2830. Message 176       Sun Mar 21, 1993
  2831. J.EIDSVOOG1 [CodeHead]       at 22:40 EST
  2832.  
  2833. Bob Carpenter,
  2834.  
  2835. Download CRAMPAT2.LZH, #24042.  I'm not sure if it will fix your problem,
  2836. though.  The problem that it fixes is a crashing on TTs with other than 4 megs
  2837. of ST RAM.
  2838.  
  2839. John
  2840.  ------------
  2841. Category 32,  Topic 4
  2842. Message 177       Tue Mar 23, 1993
  2843. HUMPHRIES.JR [Roger]         at 20:01 EST
  2844.  
  2845. Bob C. (and gnox)
  2846.  
  2847. I'm also one of the one's who reported the same problem with CodeRam on my TT.
  2848. For me, it did not matter whether I ran CodeRam in ST or TT ram.  I had the
  2849. problem with absolutely _no_ desk accessories or AUTO folder programs running,
  2850. and running CodeRam from the desktop.
  2851.  
  2852. Like gnox, I discovered one day that the problem had gone away.  For quite
  2853. some time I was able to run CodeRam with no problem.
  2854.  
  2855. Unlike gnox, the problem is back in my case.  I can no longer run CoderRam on
  2856. my system.  I have no idea why it went away, and I have no idea why it is
  2857. back.  I have not had time to do any more experimenting since I found the
  2858. problem had returned, so for now I am just stuck not using CodeRam. 
  2859. Unfortunate, because I really like the program, and I used it as a standard on
  2860. my Mega 4.
  2861.  
  2862. Like you said gnox, go figure!
  2863.  
  2864.    Roger
  2865.  
  2866.  ------------
  2867. Category 32,  Topic 4
  2868. Message 178       Wed Mar 24, 1993
  2869. NTACTONE [Ron Hunter]        at 06:09 EST
  2870.  
  2871.  >on my system.  I have no idea why it went away, and I have no idea why it is
  2872.  
  2873.   >back.  I have not had time to do any more experimenting since I found the 
  2874.  
  2875.    Phases of the moon?  Astrological configurations?  Maybe we are
  2876.  onto something here...  
  2877.  
  2878.  ------------
  2879. Category 32,  Topic 4
  2880. Message 179       Wed Mar 24, 1993
  2881. MUSE [Tomas]                 at 10:12 EST
  2882.  
  2883. When a symptom comes and goes like that, I begin to suspect the hardware.
  2884.  
  2885.  ===Tomas===
  2886.  March 24, 1993 @  7:03:31 am PST
  2887.  
  2888.  
  2889.  ------------
  2890. Category 32,  Topic 4
  2891. Message 180       Sat Mar 27, 1993
  2892. R.CARPENTE18 [Bob C.]        at 21:21 EST
  2893.  
  2894. John,
  2895.      I downloaded CRAMPAT2.LZH.  Unfortunately, all the patch does is upgrade
  2896. from 2.3 to 2.4.  I checked my Coderam and sure enough it's 2.4.  I tried
  2897. upgrading my original anyway but it wouldn't let me since it was already 2.4. 
  2898. So I'm still having the "Not enough memory" error when I use Coderam in TT
  2899. ram.  No problems with ST ram.
  2900.      As I mentioned before, I've had problems with my TT ram. However, I think
  2901. the hardware problems are finally resolved.  I'm able to run other programs in
  2902. TT Ram (Aladdin, Calamus 1.09N, etc) with no problems.  Is Coderam trying for
  2903. a higher memory area than these other programs?  I'm thinking that I might
  2904. still have some hardware problems on my end (no proof, though) but the other
  2905. programs haven't used enough TT ram to notice the problem.  Just a guess.  Any
  2906. suggestions that you would have are appreciated.
  2907.  
  2908.                                          Bob Carpenter
  2909.  
  2910.